20160421 OO FHIR conCall
HL7 OO on FHIR (for Orders and Observations) Call in details: |
Date: 2016/04/21 2015 - 02:00 PM (Eastern Time, GMT -04 DST) | |
Quorum = chair + 4 yes |
Co chairs | Chair | Notetaker | |
---|---|---|---|
Riki Merrick | |||
Rob Hausam | |||
Lorraine Constable | |||
Patrick Lloyd | |||
Ken McKaslin | |||
Hans Buitendijk |
Attendees | |
---|---|
X | Eric Haas |
Riki M | |
X | Hans Buitendijk |
X | Jose Costa-Teixicara |
Dan R | |
X | Jonathan Harber |
Kamalini | |
Mark Jones | |
X | Rob Hausam |
Margaret D |
- Roll Call
- Agenda Check
- Minutes from
- Agenda*
- Review Device QA criteria for FMM proposal - not done
- SupplyRequest and delivery SupplyDelivery
Look at boundaries between SupplyRequest, DeviceUseRequest, and VisionPrescription Resources
The boundary Supply-DeviceUseRequest would be the same as between Supplyand medicationOrder (and others): The latter is for the patient-specific order, specifying part of a treatment. If, to provide for that, any supply/resupply has to be done (e.g. bulk resupply of stock) then we use the SupplyRequest. Meaning that the Supply can be used to order a bunch of devices to refill stock, but not implying a treatment.
Patient-specific treatment-related |
DeviceUse |
Bulk supply, treatment-independent |
Supply. |
There is a gray zone where both resources wculd work. e.g. from an order, the clinic purchasing department decides to order that device for that patient from the manufacturer. It's a patient-specific order, but may not contain the details for the treatment (for example: the name may be conveyed for labeling purposes) this could be Supply.
This leads to question Whether SupplyRequest should reference Patient element or just use the reason resource generically #9861
Likely need a special request comment/annotation on the resource as well. #9862
VisionPrescription not needed the custom detail should be attribute of ordered item DeviceUseRequestdevice (i.e. Device) but this is a Device specialization (Profile) or Resource or separate resource is an open question for FMG.
especially for common stuff like , glasses, hearing aid, teeth, and prothetics.
As well as delivery SupplyDelivery and dispense Medication Dispense'
How is Delivery different from Dispense?
Workflow
| Requests: MedicationOrder, DeviceUseRequest, SupplyRequest | Delivery: SupplyDelivery, | Dispense: MedDispense (here is med - take this BID etc....), '`no DeviceDispense``, SupplyDispense not needed? | Admin/Use: V
NOTE: Inconsistent use of request resources between different WG. ( no DeviceDispense ) - Bring up at FMG
Wheelchair example : delivery = dispense? Delivery - act of sending not necessay of being received. vs Dispense Patient get it.
Other Notes
- From and to location missing in SupplyRequest #9863
- From location missing in SupplyDelivery#9863
- There should be separate instances of SupplyDelivery for each way point
- .destinations where supply sent to, this is like a rreport of something sent to location A which is either an intermediate or final destination.
- Issue brought on whether SupplyDelivery's.destination changes the resource statuses meaning
- Suggest that Task indicates fulfilment of request not the SupplyDelivery
xxxRequest comparison
RequestResource |
RequestResource |
Template | |||||
SupplyRequest Inventory |
DeviceUseRequestClinical Use |
Name |
Flags |
Card. |
Type |
W5 |
Description & Constraints |
identifier |
identifier |
identifier |
S |
0..* |
Identifier |
id |
Business identifier for request/order |
|
|
basedOn |
S |
0..* |
Reference() |
|
Request fulfilled by this request |
|
|
parent |
S |
0..1 |
Identifier |
|
Composite request this is part of |
status |
status |
status |
S |
1..1 |
code |
status
| |
---|---|---|---|---|---|---|---|
|
|
category |
S |
1..1 |
CodeableConcept |
class
| |
orderedItem (reference to Medication|Substance|Device)
|
Device (reference) |
code |
S |
0..1 |
CodeableConcept |
what |
What’s being requested/ordered |
patient (Is this need for supply can use reason for this since not a patient specific resource)
|
Subject( should be Patient) |
subject |
S |
1..1 |
Reference(Patient | Group? | ??) |
who.focus |
Individual the service is ordered for |
(use cases? Billing?) |
encounter |
context |
S |
0..1 |
Reference(Encounter | EpisodeOfCare) |
context |
Encounter or Episode during which request was created |
when.code when.schedule
|
Priority,
timingTiming,
timingDateTime,
timingPeriod |
occurrence[x] |
S |
0..1 |
dateTime| Period| Schedule? |
when.planned |
When service should occur |
date |
recordedOn orderdedOn ( more of a Task thingy) |
authored |
S |
0..1 |
dateTime |
when.recorded |
When the request transitioned to being actionable |
source |
|
requester |
S |
0..1 |
Reference(Device | Patient | Practitioner | RelatedPerson | Organization?) |
who.author |
Who/what is requesting service |
|
|
performerType |
S |
0..1 |
CodeableConcept |
who.performer |
Desired type of performer for service |
supplier
|
|
performer |
S |
0..1 |
Reference(Practitioner | Organization | Patient | Device | RelatedPerson) |
who.performer |
Desired performer for service |
reasonCodeableConcept,reasonReference
|
Indication, PRNreason ( really more of a protocol thingy) |
reason[x] |
S |
0..1 |
CodeableConcept | Reference(??) |
why |
Why is service necessary? |
|
|
supportingInfo |
|
0..* |
Reference(Any) |
|
Additional information to be used in fulfilling request |
|
Notes |
note |
|
0..* |
Annotation |
|
Comments made about the service request |
Kind (e.g. central stock, non-stock) |
|
|
|
|
|
|
|
From and to location missing in SupplyRequest need for logistics
|
- Jose C-T proposals
- Review outstanding Trackers
- Connectathon review
Minutes
Next Steps
Actions (Include Owner, Action Item, and due date) | |||
Next Meeting/Preliminary Agenda Items |
Back to OO_on_FHIR