installer icon indicating copy to clipboard operation
installer copied to clipboard

STU3 Example Patients not loading

Open janak-appnovation opened this issue 7 years ago • 12 comments

Hi, I am using the 2.3.0 release and the stu3 example patients are not being loaded in the sandbox. Checked the relevant settings and they seem to be fine. What changed?

Thanks, Janak.

janak-appnovation avatar Dec 22 '17 19:12 janak-appnovation

Checking...

travistcummings avatar Dec 22 '17 20:12 travistcummings

We tried with the latest release too, but there is still an issue with loading STU3 patients

janak-appnovation avatar Dec 22 '17 23:12 janak-appnovation

@travistcummings is there an actual issue in this? Would appreciate if you could let us know.

janak-appnovation avatar Dec 27 '17 17:12 janak-appnovation

@travistcummings is there an update on the issue?

janak-appnovation avatar Jan 08 '18 17:01 janak-appnovation

@travistcummings is there an update on this. Unfortunately, we are stuck because of the STU3 patients not loading.

janak-appnovation avatar Jan 17 '18 18:01 janak-appnovation

There are patients, if you do a manual query you will see them (e.g. curl http://localhost:9074/smartstu3/open/Patient). The problem is the UI pickers in the management app don't seem to work, which makes it impossible to setup a launch scenario.

bkaney avatar Jan 26 '18 16:01 bkaney

I checked the logs. The ansible scripts that executes the STU3 patient population, downloads the patient data and sends data through cURL. But the responses that are generated in the logs is 400 or 500 for all data sent. This does not happen for DSTU2 patients. There is not enough information in the logs to figure out why are those errors generated for the same. This is blocking us from testing our app with STU3 patients.

janak-appnovation avatar Jan 26 '18 19:01 janak-appnovation

@janak-appnovation do you mean this data task: https://github.com/smart-on-fhir/installer/blob/master/roles/api/tasks/data.yml#L89 ?

bkaney avatar Jan 30 '18 16:01 bkaney

Yes, line 89 and line 104.

janak-appnovation avatar Jan 30 '18 16:01 janak-appnovation

There is something wrong, perhaps with the setup of the HAPI FHIR server? I think it might have to do with none of the practitioners loading. To reproduce the problem, you can run these commands on the VM:

$ cd /home/fhir/api_stu3_sample_patients/out
$ curl -d @0-practitioner-72004454.fhir-bundle.json -H 'Content-Type: application/fhir+json' http://localhost:9074/smartstu3/open
{
  "resourceType": "OperationOutcome",
  "text": {
    "status": "generated",
    "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\"><h1>Operation Outcome</h1><table border=\"0\"><tr><td style=\"font-weight: bold;\">ERROR</td><td>[]</td><td><pre>Failed to call access method</pre></td>\n\t\t\t\t\t\n\t\t\t\t\n\t\t\t</tr>\n\t\t</table>\n\t</div>"
  },
  "issue": [
    {
      "severity": "error",
      "code": "processing",
      "diagnostics": "Failed to call access method"
    }
  ]
}

I created a stripped-down practitioner (with just a given and family name), and still get this error.

bkaney avatar Jan 30 '18 16:01 bkaney

Definitely, that could be the reason that the Patients are not loading because none of the Practitioners are loading.

janak-appnovation avatar Jan 30 '18 16:01 janak-appnovation

I upgraded to the latest version of the HSPC multitenant wrapper tool (to version 1.10.4), but this did not solve the problem :(

diff --git a/roles/api/defaults/main.yml b/roles/api/defaults/main.yml
index dec912c..98e9a3d 100644
--- a/roles/api/defaults/main.yml
+++ b/roles/api/defaults/main.yml
@@ -2,7 +2,7 @@
 # api common properties
 api_server_artifact_group_id: "org.hspconsortium.reference"
 api_server_artifact_artifact_id: "hspc-reference-api-webapp-multitenant"
-api_server_artifact_version: "1.10.1"
+api_server_artifact_version: "1.10.4"

bkaney avatar Jan 30 '18 17:01 bkaney