smart-on-fhir / installer

Other
39 stars 23 forks source link

STU3 Example Patients not loading #27

Open janak-appnovation opened 6 years ago

janak-appnovation commented 6 years ago

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.

travistcummings commented 6 years ago

Checking...

janak-appnovation commented 6 years ago

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

janak-appnovation commented 6 years ago

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

janak-appnovation commented 6 years ago

@travistcummings is there an update on the issue?

janak-appnovation commented 6 years ago

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

bkaney commented 6 years ago

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.

janak-appnovation commented 6 years ago

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.

bkaney commented 6 years ago

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

janak-appnovation commented 6 years ago

Yes, line 89 and line 104.

bkaney commented 6 years ago

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.

janak-appnovation commented 6 years ago

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

bkaney commented 6 years ago

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"