Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

When GETting a Bundle, the embedded resources don't appear to get unmarshalled as desired #83

Open
mlos100 opened this issue Sep 7, 2016 · 2 comments

Comments

@mlos100
Copy link

mlos100 commented Sep 7, 2016

POST a Bundle to the FHIR Server. Note the new Bundle identifier. Open a new browser window and request the bundle from the FHIR server.

The resource identifier for embedded resources will be _id.
Also, it appears the timestamp is cominb back in the BSON format rather than then FHIR format.

    "timestamp": {
      "precision": "timestamp",
      "time": "2016-09-07T12:14:51-04:00"
    }

RequestMessageReturnedFromFhirServer.txt
RequestMessageBeforePostingToServer.txt

@cjduffett
Copy link
Contributor

Regarding the IDs:
That is indeed a bug in our server - it should be id, not _id. Working on a fix now.

Regarding the Timestamps:
The FHIR documentation specifies the xs:dateTime formats for JSON timestamps. See:
http://hl7.org/fhir/2017Jan/datatypes.html#primitive

These are in the format:
YYYY-MM-DDTHH:MM:SS

With one of 2 ways to represent the timezone:
YYYY-MM-DDTHH:MM:SSZ for UTC
YYYY-MM-DDTHH:MM:SS-05:00 using +/- HH:MM for other timezones

Our server conforms to this specification.

@cjduffett
Copy link
Contributor

Seeing this issue intermittently and in weird places when dealing with FHIRDateTime objects in bundles. It has to do with the way embedded resources (e.g. bundle embeds a patient as an Entry) get Marshaled into and Unmarshaled out of the database. Need to investigate further.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants