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

Difference between revisions of "USLab Order FHIR Profile Proposal"

From HL7Wiki
Jump to navigation Jump to search
Line 28: Line 28:
 
* Incorporate the name of the Resource being profiled
 
* Incorporate the name of the Resource being profiled
 
-->
 
-->
 
+
USLabOrder
 
==Profile Details==
 
==Profile Details==
  
Line 34: Line 34:
  
 
<!--Put a link to the resource/datatype (or group of resources) that will be profiled here.-->
 
<!--Put a link to the resource/datatype (or group of resources) that will be profiled here.-->
* [[ParentResourceAddress|ResourceName]]
+
* [[http://hl7.org/implement/standards/fhir/diagnosticorder.html|DiagnosticOrder]]
  
 
====Constraints to be Applied====
 
====Constraints to be Applied====
  
 
<!--Describe how the current resource will be constrained.-->
 
<!--Describe how the current resource will be constrained.-->
* Constraint 1
+
* US Realm
* Constraint 2
+
* Based upon existing developing S&I and HL7 v2 Laboratory Orders Interface Guide
 +
* Based upon existing Laboratory stuff ( get reference from PSS )
 +
* Binding to LOINC codes for orders
 +
* Binding to LOINC codes for "Ask at Order" entry questions
 +
* Binding to SNOMED CT for Specimen type, source, procedure.
 +
* Binding to UCUM for units of measure
 +
* Various constraints upon Cardinality,type and "must support" based upon above mentioned guides
 +
* Invarients applied as needed to constrain conditional usage.
  
 
====Extensions to be Applied====
 
====Extensions to be Applied====
  
 
<!--Describe how the current resource will be extended.-->
 
<!--Describe how the current resource will be extended.-->
* Extension 1
+
* US Profile
* Extension 2
+
* Unknown
  
 
===Example Scenarios===
 
===Example Scenarios===
  
 
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this Profile.  They should demonstrate the full scope of the Profile and allow exercising of the Profiles capabilities (full element coverage, inclusion & omission of optional elements, repeating and singleton repeating elements, etc.) -->
 
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this Profile.  They should demonstrate the full scope of the Profile and allow exercising of the Profiles capabilities (full element coverage, inclusion & omission of optional elements, repeating and singleton repeating elements, etc.) -->
 +
 +
* Refer to NIST LOI tool (URL) for a list of test cases.
  
 
===Scope of coverage===
 
===Scope of coverage===
Line 57: Line 66:
  
 
Scope should consider numerous aspects of breadth of scope, including:
 
Scope should consider numerous aspects of breadth of scope, including:
* Subject: Human vs. non-human vs. non-patient (e.g. lab bench medicine)
+
* Subject: Human clinical specimens  ( Animal carcasses for rabies testing )
* Disciplines: Environmental Health, Palliative, Respiratory, Psychology, Maternity, Clinical Research
+
* Disciplines: Clinical, Public Health
* Delivery environment (Community, Geriatric, Home care, Emergency, Inpatient, Intensive, Neonatal, Pediatric, Primary)
+
* Delivery environment: ? restricted to ambulatory care ?
* Locale: Country, region
 
  
 
As a rule, Profiles should encompass all of these aspects.
 
As a rule, Profiles should encompass all of these aspects.

Revision as of 09:08, 24 September 2014



PutProposedProfileNameHere

USLabOrder

Profile Details

Parent Resource

Constraints to be Applied

  • US Realm
  • Based upon existing developing S&I and HL7 v2 Laboratory Orders Interface Guide
  • Based upon existing Laboratory stuff ( get reference from PSS )
  • Binding to LOINC codes for orders
  • Binding to LOINC codes for "Ask at Order" entry questions
  • Binding to SNOMED CT for Specimen type, source, procedure.
  • Binding to UCUM for units of measure
  • Various constraints upon Cardinality,type and "must support" based upon above mentioned guides
  • Invarients applied as needed to constrain conditional usage.

Extensions to be Applied

  • US Profile
  • Unknown

Example Scenarios

  • Refer to NIST LOI tool (URL) for a list of test cases.

Scope of coverage

Ownership

Owning committee name

  • Orders and Observations (OO)

Contributing or Reviewing Work Groups

  • Public Health and Emergency Response (PHER)

Expected implementations

  • TBD

gForge Users

  • Eric Haas
  • Rob Hausam
  • Hans Buitendijk

FHIR Profile Development Project Insight ID

  • TODO

Plans

Timelines

December 1 2014

Balloting Requirements

Choose one:

  • Ballot with next FHIR DSTU or Normative Edition


Desired Ballot Date Jan 2014