what struck me in this talk was your remark and comparison with a TV set : it tells me that FHIR has a limited capacity to stream all the openEHR clinical data in a proper way. Above that FHIR contains only a small set of mature (Level 5) resource-types. It looks to me as FHIR is on that part less suited to be used in combination with openEHR.
How did the Epic FHIR, and Aidbox FHIR build this (30 to 33) into their processes? I sent body max index data to Epic FHIR, which showed me a response saying the data was higher than expected.
Most likely additional business logic on top of the FHIR Facade or when the data got to the Epic EHR, validation also occurs at that level , thereby returning that validation error
If you're also a FHIR 🔥 nerd like me and want to learn how to work with FHIR, watch my exclusive webinar here: link.medblocks.com/fhir-dc207e
The "3 Major Differences between FHIR and openEHR" slide (at 17:10) is excellent.
All the best, Nice Idea and thought process
Good one
what struck me in this talk was your remark and comparison with a TV set : it tells me that FHIR has a limited capacity to stream all the openEHR clinical data in a proper way. Above that FHIR contains only a small set of mature (Level 5) resource-types. It looks to me as FHIR is on that part less suited to be used in combination with openEHR.
How did the Epic FHIR, and Aidbox FHIR build this (30 to 33) into their processes? I sent body max index data to Epic FHIR, which showed me a response saying the data was higher than expected.
Most likely additional business logic on top of the FHIR Facade or when the data got to the Epic EHR, validation also occurs at that level , thereby returning that validation error
Confused