Hi,
How can we identify the actual event / state of the resource from the Encounter resource?
for example, The Encounter delivered to the PUT method might be due to a unit transfer in the other system or due to discharged ?
going through the Encounter structure, but couldn’t identify the exact element?
please share your thoughts.
thanks
I’m working on an example of this at the moment.
My thoughts I would create a master Encounter (say emergency episode)
This would have child encounters such as:
These sub encounters would use Encounter.partOf to reference the master Encounter.
For a hospital, following this approach I would have:
Hospital Episode Encounter which consists of a number of speciality (e.g. Emergency, Inpatient, etc) Encounters (episode?) and these break down into other Encounters which detail the admission, transfer, discharge and other interactions with the patient. (These would correspond partly to ADT^A01, ADT^02, ADT^A03, ADT^A04 etc)
However I believe the top level Encounters (for both Ambulance and Hospital) should really be FHIR EpisodeOfCare.
Initial example.
Main Encounter (id=1383 aka the Episode) and two child encounters (id = 1386 and 1387)
The ambulance encounter is in progress and is carrying the patient to jimmies @ Leeds Teaching Trust
<Bundle xmlns="http://hl7.org/fhir">
<id value="b03e8ccb-d2cc-4c37-a645-aeffa3f6dd14"></id>
<meta>
<lastUpdated value="2018-10-09T13:56:05.438+00:00"></lastUpdated>
</meta>
<type value="searchset"></type>
<total value="3"></total>
<link>
<relation value="self"></relation>
<url value="http://127.0.0.1:8183/ccri-fhir/STU3/Encounter?patient=1206"></url>
</link>
<entry>
<fullUrl value="http://dev.careconnect.nhs.uk/careconnect-ri/Encounter/1383"></fullUrl>
<resource>
<Encounter xmlns="http://hl7.org/fhir">
<id value="1383"></id>
<meta>
<lastUpdated value="2018-10-09T13:45:13.268+00:00"></lastUpdated>
<profile value="https://fhir.hl7.org.uk/STU3/StructureDefinition/CareConnect-Encounter-1"></profile>
</meta>
<identifier>
<system value="https://fhir.yas.nhs.uk/Encounter/Identifier"></system>
<value value="650"></value>
</identifier>
<status value="in-progress"></status>
<class>
<system value="http://hl7.org/fhir/v3/ActCode"></system>
<code value="EMER"></code>
<display value="emergency"></display>
</class>
<type>
<coding>
<system value="http://snomed.info/sct"></system>
<code value="409971007"></code>
<display value="Emergency medical services (qualifier value)"></display>
</coding>
</type>
<subject>
<reference value="Patient/1206"></reference>
<display value="MRS Dolly BANTON"></display>
</subject>
<serviceProvider>
<reference value="Organization/200192"></reference>
<display value="Yorkshire Ambulance Service Nhs Trust"></display>
</serviceProvider>
</Encounter>
</resource>
</entry>
<entry>
<fullUrl value="http://dev.careconnect.nhs.uk/careconnect-ri/Encounter/1386"></fullUrl>
<resource>
<Encounter xmlns="http://hl7.org/fhir">
<id value="1386"></id>
<meta>
<lastUpdated value="2018-10-09T13:45:13.378+00:00"></lastUpdated>
<profile value="https://fhir.hl7.org.uk/STU3/StructureDefinition/CareConnect-Encounter-1"></profile>
</meta>
<identifier>
<system value="https://fhir.yas.nhs.uk/Encounter/Identifier"></system>
<value value="651"></value>
</identifier>
<status value="finished"></status>
<class>
<system value="http://hl7.org/fhir/v3/ActCode"></system>
<code value="EMER"></code>
<display value="emergency"></display>
</class>
<type>
<coding>
<system value="http://snomed.info/sct"></system>
<code value="245581009"></code>
<display value="Emergency examination for triage (procedure)"></display>
</coding>
</type>
<subject>
<reference value="Patient/1206"></reference>
<display value="MRS Dolly BANTON"></display>
</subject>
<location>
<location>
<reference value="Location/232049"></reference>
<display value="Casuaulty Location"></display>
</location>
</location>
<serviceProvider>
<reference value="Organization/200192"></reference>
<display value="Yorkshire Ambulance Service Nhs Trust"></display>
</serviceProvider>
<partOf>
<reference value="Encounter/1383"></reference>
</partOf>
</Encounter>
</resource>
</entry>
<entry>
<fullUrl value="http://dev.careconnect.nhs.uk/careconnect-ri/Encounter/1387"></fullUrl>
<resource>
<Encounter xmlns="http://hl7.org/fhir">
<id value="1387"></id>
<meta>
<lastUpdated value="2018-10-09T13:45:13.460+00:00"></lastUpdated>
<profile value="https://fhir.hl7.org.uk/STU3/StructureDefinition/CareConnect-Encounter-1"></profile>
</meta>
<identifier>
<system value="https://fhir.yas.nhs.uk/Encounter/Identifier"></system>
<value value="652"></value>
</identifier>
<status value="in-progress"></status>
<type>
<coding>
<system value="http://snomed.info/sct"></system>
<code value="11424001"></code>
<display value="Ambulance-based care (environment)"></display>
</coding>
</type>
<subject>
<reference value="Patient/1206"></reference>
<display value="MRS Dolly BANTON"></display>
</subject>
<location>
<location>
<reference value="Location/232050"></reference>
<display value="St James's University Hospital: Emergency Department"></display>
</location>
<status value="planned"></status>
</location>
<location>
<location>
<reference value="Location/232049"></reference>
<display value="Casuaulty Location"></display>
</location>
<status value="completed"></status>
</location>
<location>
<location>
<reference value="Location/232051"></reference>
<display value="Danzig"></display>
</location>
<status value="active"></status>
</location>
<serviceProvider>
<reference value="Organization/200192"></reference>
<display value="Yorkshire Ambulance Service Nhs Trust"></display>
</serviceProvider>
<partOf>
<reference value="Encounter/1383"></reference>
</partOf>
</Encounter>
</resource>
</entry>
</Bundle>
Note the use of partOf in the child encounters.
Hi,
Interesting, Yes this will be helpful if we are going to persist the encounters in FHIR repository. How this could be achieved with connecting existing PAS + APIs. for example we receive a FHIR encounter resource (In Patient encounter) via PUT which represents a patients transfer from one ward to the other happened in at specific time.
here we need to identify these (transfer time, patient new location etc) and record as a transfer in the PAS ?
thanks
Are these coming as HL7v2, FHIR messaging (such as digital child health or events) or FHIR REST API?
its FHIR REST API.
thanks
can we assume like this ?
when the encounter received via PUT, to determine the corresponding workflow / event related to the encounter, we might need a logic on the encounter as bellow,
when the encounter.id is same then its update encounter,
when the encounter is new and location is different then Transfer
when the encounter is new and status is performed then discharged ?
And when the sending application is always dealing with single encounter (visit/contact) for all these workflows it can use the FHIR Extension or modifier extension to send the event information transfer/discharge etc ?http://hl7.org/implement/standards/fhir/extensibility.html#modifierExtension
share your thoughts please
thanks
I’m not sure about using id though - it works if the source system is acting as a client and knows the server id’s. If it doesn’t know the server’s id’s then using identifier may be more useful. Here you could use a conditional put
PUT http://fhir.example.com/Encounter?identifier=system%7C1234
Update Encounter with identifier of 1234.
Both transfer and discharge would be PUT’s but with different status (and/or class)
discharge status = finished
transfer status = in-progress (class = https://snomedbrowser.com/Codes/Details/107724000 ) **
arrival or consultation started should be POST using the ‘If-None-Exist’ header e.g.
POST http://fhir.example.com/Encounter
If-None-Exist: Encounter?identifier=system%7C1234
Using identifiers would also help compatibility with HL7v2 systems where majority of Encounters updates would be handled.
Another option, especially if its workflow is to use FHIR Messaging. Bundle has the option of setting the HttpVerb at Bundle.entry.request (http://hl7.org/implement/standards/fhir/bundle.html)
** I think a transfer would be an Encounter in it’s own right
hi Kevin,
encounter.status == finished, yes I understand this.
** I think a transfer would be an Encounter in it’s own right - actually can this be a same encounter if the sending application uses single encounter (Visit) in their system from admission to discharge ?
when it comes to transfer, should we deal with encounter status or location status ?
thanks
I’m following this up elsewhere.
If you are familiar with ITK HL7v2 my belief is the PV1 roughly corresponds to an individual FHIR Encounter. So the PV1 for an Admission is one Encounter, PV1 for Transfer is another Encounter
They are all linked either by a master Encounter (or EpisodeOfCare), this master would match up to the VisitId (PV1:19).
This master encounter/episode would be used to link up the admission, ward rounds, medication administration, transfers and discharges. (i.e. its catering for more than ADT)
So when an Discharge Encounter or ADT^A03 is received it would update the parent Encounter(Episode).
To illustrate what I was saying, actions such as an admission, discharge or transfer, would be a new/create Encounter (detail). Internal processing would update the parent Encounter (Master) and/or EpisodeOfCare - is some complexity here and depends on how the PAS works.
If these are updated then this would be a PUT on the Encounter (detail).
So if a patient was transferred to a hospital from the ambulance service. A rough set of interactions could be:
So the hospital has one Episode
Each hospital team (ED, ward, etc) has one Encounter-Master
Every action has one Encounter-Detail (clinical content is recorded against this)
It’s looking more complicated than HL7v2 but ADT tends to focus on the administration side and FHIR Encounter is focused around care provision and actions.
when going through more on FHIR, I found http://hl7.org/implement/standards/fhir/workflow.html is this relevant to what we discussing here ?
I think that’s more to do with ordering a service (procedure, diagnostic test, etc) but the resulting delivery of that order would more than likely be documented via an encounter.
We’ve got a few examples of Encounters on this patient https://data.developer.nhs.uk/ccri/ed/patient/1183
The Encounter on 12-Feb-2015 is available via restful API (see encounters tab) and also in FHIR document form (documents tab).
Hi Kevin,
When it comes to planned inpatient admission with the following use case,
are the above mappings correct with the corresponding Fhir Resource for each step in the workflow ? please correct if I missed anything ?
thanks
I need to get back to you on that (busy at moment) but I belive something similar ADW (admission, discharge and ?waiting list?) is being worked on at present by NHS Digital.
I’ve had a look at Social Care ADW (Social Care Assessment, Discharge and Withdrawal - FHIR Implementation Guide) and the pattern of messages matches a number of points of your workflow. It uses social care terminology for a referral, assessment.
The overlap is:
I think thats the beginnings of a basic workflow for referrals (it’s also in INTEROPen Michael’s storey). Generic (fag packet) pattern: I create an order, this is accepted or rejected and the order is completed.
Appointments is a similar order pattern with some extra’s. This API is for unscheduled care but from what I’ve heard it’s possibly a generic solution https://nhsconnect.github.io/FHIR-A2SI-APPOINTMENTS-API/index.html
I’ve still not got a generic answer for Encounters but still looking at it. The attached screenshot is from INTEROPen Michael’s storey.
Issues at present: it’s not clear that the patient was discharged from emergency care and inpatient care, when the patient was admitted. Should add in a transfer (patient move from ED to ward).
Just to add… the HIE is a work in progress and is being actively worked on for the INTEROPen hackathon this week.
The references in Encounter, for example Location and Participant / Practitioner Resources in Encounter. Can Encounter have the logical references for the these resources, for example NHS Location code for Location and GMC code for the practitioner ?
https://hl7.org/fhir/2018May/references.html
are there any change in the care connect profile from the standard related to this ?
thanks
If you look at the NRLS specs they are using ‘logical’ references. https://developer.nhs.uk/apis/nrls/api_interaction_create.html
So for Leeds Teaching trust they have used <reference value=“https://directory.spineservices.nhs.uk/STU3/Organization/RR8”/>
but that logical reference resolves correctly.
However this patient reference doesn’t
<reference value=“https://demographics.spineservices.nhs.uk/STU3/Patient/9876543210”/>
As a developer I like this, it stops me from creating resources for well known identifiers (which means I don’t have to do as much work building a Bundle and it still reads correctly. As an experienced developer I can see the above are NHS Number and ODS code).
It’s not the R4 way of handling logical references.
