FHIR Chat · Activity resources · finnish PHR

Stream: finnish PHR

Topic: Activity resources


view this post on Zulip Harri Honko (Oct 26 2017 at 15:04):

Apparently the sandbox server is not yet configured fully according to the newly entered activity resources, could you ping us when the config is ready, thanks. We e.g. get errors on fitness results ValueSet or fitness category CodeSystem references that are not based on our XML definition files..

view this post on Zulip Mika Tuomainen (Oct 27 2017 at 10:39):

@Harri Honko Were you creating a resource instance? In a resource instance it is mandatory to declare conformance to profile also in the sandbox environment.

Check this: http://www.kanta.fi/en/web/ammattilaisille/tarkeaa-tietoa-kehittajille (Declaration of conformance to a FHIR profile)

view this post on Zulip Mika Tuomainen (Oct 27 2017 at 10:41):

And of course, the referenced profile shall be uploaded to the sandbox.

view this post on Zulip Harri Honko (Oct 27 2017 at 11:57):

I uploaded the profiles to the sandbox on Sunday evening. Now - we're currently failing to create even a body weight observation using the Finnish PHR body weight profile example JSON as the basis. Trying to reverse engineer the problem, the values in the PHR Vital signs value set get an # before the LOINC code it's supposed to refer to at LOINC, and the value set URL ends up having a /#codenumber -> fail.

view this post on Zulip Harri Honko (Oct 27 2017 at 11:59):

bodyweightLOINCerror.png

view this post on Zulip Timo Aaltonen (Oct 27 2017 at 12:09):

The json leading to the error is attached here. If we remove the forward slash from the end of "http://loinc.org/" in Observation.code.coding.system (as the server suggests) then server responses with an internal error. malli.json

view this post on Zulip Grahame Grieve (Oct 27 2017 at 20:28):

have you read the error?

view this post on Zulip Timo Aaltonen (Oct 30 2017 at 08:16):

500.png

view this post on Zulip Matti Uusitalo (Oct 30 2017 at 10:34):

There are two issues at play here. It looks like what you are doing is fine. Unfortunately there were multiple versions of the same profiles stored in the sandbox environment. In that case it is random which one the resource server ends up using. I have removed the duplicate profiles from sandbox.

However another issue remains. In the latest update we added a feature which adds the software (i.e. the client) used to store the resource. If the non authorizing version http://fhirsandbox.kanta.fi. is used we don't know which client is used to store the data and this causes the error. We have our main focus in the production version of the applications so unfortunately this use case has been overlooked during development. We are working toward releasing a fix for this this wednesday (1.11.2017).

view this post on Zulip Harri Honko (Oct 30 2017 at 17:20):

We're probably best off to turn using the authorizing version to get things progressing. No big issue, we should have the necessary OAuth registration already done. @Timo Aaltonen will confirm & move things onwards (I'm busy Tue-Wed with other projects).

view this post on Zulip Mikael Rinnetmäki (Nov 29 2017 at 14:03):

@Matti Uusitalo Should the issue with creating resources in non-authorizing sandbox be resolved now?

view this post on Zulip Matti Uusitalo (Nov 29 2017 at 14:14):

@Matti Uusitalo Should the issue with creating resources in non-authorizing sandbox be resolved now?

Yes, it works now.

view this post on Zulip Mikael Rinnetmäki (Nov 29 2017 at 16:53):

Thanks! There's probably something wrong with the profile I'm trying to submit. Validation provided by the server does not help much, as POST to http://fhirsandbox.kanta.fi/phr-resourceserver/baseStu3/StructureDefinition/$validate returns just "{
"resourceType": "OperationOutcome",
"issue": [
{
"severity": "error",
"code": "processing"
}
]
}"

view this post on Zulip Eeva Turkka (Nov 29 2017 at 20:12):

If you can provide exact timestamp for the request we can check the logs on the server side for more info - the error handling is probably a bit too strict right now.

(Edit: strict as in doesn't give enough information for the caller)

view this post on Zulip Eeva Turkka (Nov 29 2017 at 20:16):

And also: did you try to create the profile? We don't yet support the validation-operation (https://simplifier.net/FinnishPHR/capabilitystatement3) so this might be a case of really bad error message.

view this post on Zulip Mikael Rinnetmäki (Nov 30 2017 at 06:11):

Yes, I first did try to create the resource. And got the same error message.

view this post on Zulip Mika Tuomainen (Dec 14 2017 at 08:01):

@Mikael Rinnetmäki Could you attach the resource file you tried to submit here?

view this post on Zulip Mikael Rinnetmäki (Dec 21 2017 at 12:04):

@Mika Tuomainen I got the StructureDefinition uploaded. It's now in sandbox as http://fhirsandbox.kanta.fi/phr-resourceserver/baseStu3/StructureDefinition/fefa2acf-7209-47c1-9cee-4cf736330c51.

view this post on Zulip Mikael Rinnetmäki (Dec 21 2017 at 12:09):

I did try to specify the id as instructed at http://www.kanta.fi/en/web/ammattilaisille/tarkeaa-tietoa-kehittajille:

"The id of the profile (element StructuredDefinition.id) must be the same as the last part of the URL"
Both by specifying it in resource data, and in the separate field in the server UI, but the resource still gets stored under a UUID id.


Last updated: Apr 12 2022 at 19:14 UTC