This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "20160421 OO FHIR conCall"

From HL7Wiki
Jump to navigation Jump to search
m ()
()
Line 67: Line 67:
 
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.
 
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 would work. e.g. from the first order, the clinic purchasing department decides to order that device for that patient from the manufacturer. It's a patient-specific order, but may already not contain the details for the treatment (the name may be conveyed for labeling purposes etc.) this could be  Supply.
+
patient-specific treatment-related -->DeviceUse
 +
Bulk supply, treatment-independent --> Supply.
  
 +
There is a gray zone where both resources would work. e.g. from the first order, the clinic purchasing department decides to order that device for that patient from the manufacturer. It's a patient-specific order, but may already not contain the details for the treatment (for example: the name may be conveyed for labeling purposes etc.) this could be Supply.
  
xxxRequest
+
Should SupplyRequest include patient element or not (make an extension)?
 +
Tracking information function in both resources or just in one?
 +
 
 +
 
 +
===xxxRequest===
  
 
{| class="wikitable"
 
{| class="wikitable"

Revision as of 18:17, 21 April 2016

HL7 OO on FHIR (for Orders and Observations)

Call in details:
Phone: +1 770-657-9270, Passcode: 398652

Join the meeting at:
https://join.me/vernetzt.us

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

  1. Device
    • Close out remaining Device Comments
    • Review Device QA criteria for FMM proposal
  2. SupplyRequest and delivery SupplyDelivery

The boundary Supply-DeviceUseRequest would be the same as Supply-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 would work. e.g. from the first order, the clinic purchasing department decides to order that device for that patient from the manufacturer. It's a patient-specific order, but may already not contain the details for the treatment (for example: the name may be conveyed for labeling purposes etc.) this could be Supply.

Should SupplyRequest include patient element or not (make an extension)? Tracking information function in both resources or just in one?


xxxRequest

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


draft | active | suspended



category

S

1..1

CodeableConcept

class


proposal | plan | orig. order | encoded +

   orderedItem

(reference to Medication|Substance|Device)


Device (reference)

code

S

0..1

CodeableConcept

what

What’s being requested/ordered

  patient 

(use case examples: if custom item or need for labeling)


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)











    • Jose C-T proposals
  1. Review outstanding Trackers
  2. Connectathon review

Minutes

Next Steps

Actions (Include Owner, Action Item, and due date)
Next Meeting/Preliminary Agenda Items

2015mmdd_OO_FHIR_concall


Back to OO_on_FHIR