Record locator service

We’re looking into various options for implementing a FHIR based ‘record location service’. The intention is to return a summary of clinical records/resources and ‘sign-posts’ for any given patient. Very similar to the $everything operation but I’m concerned there could be practical complications (such as considering a federated/distributed environment, or ease of processing for consumers) when using this operation. I’ve noted that some record locator services are simply a DocumentReference search API, which is not what we’re looking for.

Is anyone aware of a (public) spec that serves this kind of use case?

It sounds like you have already come across the UK/NHS NRLS IG? It does indeed seem to be a DocumentReference centered model.

Surescripts have something but I have not been able to find if there are any publicly accessible specs for it. https://surescripts.com/inform-care-decisions/clinical-history/

That being said, it sounds like a custom operation might just be what you need or you could take the UK model and instead of making it DocumentReference centric you implement something more appropriate for your use case?

Thanks for the input @blessed_tabvirwa1 :+1:

Yep, I’m aware of the NHS NRLS spec. I’m surprised it’s not been more publicly discussed/explored so looks like a custom operation will be the way to go.

Cheers

The current models for “Record Locator Services” does get down to using DocumentReference. But that is just the current definition of “record”. The location services are around finding communities that have records on a specific subject. That functionality is not restricted to DocumentReference.

The main method today is to use IHE-XCPD to send out federated patient identity lookups. Those with records respond with their definition of the patient in question. The originating org can then determine how well that patient definition fits, and now it has a “location” to address further requests toward.

There is not yet a FHIR specific solution for this kind of nationwide federated identity query. Mostly because the problem has not been brought forward to IHE.

Further, I need to note that DocumentReference is not as limiting as many people presume it is. The ‘document’ in DocumentReference simply is defined as a set of bytes that have a mime-type. This could be a CDA document, but could be a FHIR-Document, or even a FHIR searchset Bundle. The limits are not fundimental to the DocumentReference, they are fundimental to the governing community that agrees to the kinds of information communicated. To this point, there are some communities that have defined things like the current medications in FHIR MedicationStatement form, which just returns a FHIR Bundle of MedicationStatement resources.

2 Likes

Thanks John, that’s food for thought. Or maybe a can of worms?!

Agreed that a location service shouldn’t necessarily constrain itself to DocumentReference, but you also note that DocumentReference can return almost any recordset… Are there any trends emerging anywhere that lean one way or the other (aside from the UKs use of DocumentReference), or is this a relatively immature use case for FHIR?

(whilst the IHE approach/model is sound, we’re required to support FHIR clients and unfortunately most of the systems in this environment dont support IHE specifications)

The Document Sharing concept is very broadly implemented globally. The NHS is not as mature as many other places. See the recently updated whitepaper which includes FHIR and a set of regional case-studies.
https://profiles.ihe.net/ITI/HIE-Whitepaper/index.html

1 Like