LIVD on FHIR Draft Discussion Concept Mapping LIVD

  • Slides: 21
Download presentation
LIVD on FHIR Draft Discussion

LIVD on FHIR Draft Discussion

Concept Mapping LIVD FHIR Resources • Publication • LIVDCatalog. Profile (Composition) • - •

Concept Mapping LIVD FHIR Resources • Publication • LIVDCatalog. Profile (Composition) • - • Equipment • IVD Test Result Code • LOINC Code • LIVDCatalog. Entry. Profile (Catalog. Entry - R 4) • Device. Definition. Profile (Device) • Choices: 1. “Activity. Definition” codeable concept (one entry with multiple codes) 2. “Activity. Definition” multiple instances and mapped 3. Catalog Entry mapping 4. Concept. Map

FHIR Resources Equipment Analyte Mapping LIVDCatalog. Pr ofile 1: * LIVDCatalog Entry. Profile 1:

FHIR Resources Equipment Analyte Mapping LIVDCatalog. Pr ofile 1: * LIVDCatalog Entry. Profile 1: 1 Device. Definitio n. Profile IVD Test Code Publication Only test device that it is performed on Does not take into account reagent – future scope perhaps 1: * IVD Test Code may not have a LOINC code (yet) Need to support nullflavor of “unknown” Need to support that an IVD Test Code can be represented by multiple LOINC codes. Where there are multiple LOINCs for one IVD Test Code, individual guidance etc. IVD Test Result 0: * LOINC Code

Publication: Catalog LIVD FHIR Profile on Composition • Publication • LIVDCatalog. Profile • •

Publication: Catalog LIVD FHIR Profile on Composition • Publication • LIVDCatalog. Profile • • --Publisher Publication Version ID LOINC Copyright Localization Region • • Catalog. identifier (1. . 1) Catalog. name (0. . 1) Catalog. publisher (1. . 1) Catalog. version (1. . 1) • • format to be defined by publisher. Ask for Composition. version • Catalog. LOINCVersion. Identifier (1. . 1) • • Consider Concept. Map Would yield a change in Catalog. identifier • Catalog. LOINCCopyright (1. . 1) • • Consider Concept. Map Text + URL to terms of use • Catalog. language (1. . 1) • • RFC 5646 (doublecheck) Extension. Ask for one on Catalog • Catalog. region (0. . 1) • Ask for Composition. context

“Package” Composition • Composition. status • Composition. type - Could request a LOINC for

“Package” Composition • Composition. status • Composition. type - Could request a LOINC for LIVD Catalog, although we can make up our own. • Composition. subject = LIVDCatalog. Profile • Composition. date • Composition. author – Requires Organization to be an allowable reference. • Composition. title – Name of the file? • Composition. section. title = Perhaps: Catalog. Entry, Device, Concept. Map, Coding. System - We can have nested sections, so have some choices. • Composition. section. entry = Catalog. Entry instances, Device instances, Concept. Map instances, Coding. System instances

Publication Line Item: Catalog Entry LIVD FHIR Resource – Proposal Pending • -- •

Publication Line Item: Catalog Entry LIVD FHIR Resource – Proposal Pending • -- • Catalog. Entry. identifier • Need to find out how far we can go with balloting without this being in R 4. Is presence in a build o. k. for a Comment ballot? • Need to manually create this one since FORGE is on R 3 only.

Equipment: Device LIVD FHIR Resource • Equipment • Device. Definition. Profile • • Manufacturer

Equipment: Device LIVD FHIR Resource • Equipment • Device. Definition. Profile • • Manufacturer Model UID (device identifier component) UID Type • • Device. manufacturer (1. . 1) Device. model (1. . 1) Device. udi. device. Identifier (0. . 1) Device. udi. issuer (0. . 1) • Condition: if Device. udi. device. Identifier is present. While it looks like it is o. k. to have just one device identifier for a publication For other use cases it may be necessary to have multiple UDIs for one Device. To be Considered separately. Not in our scope for now.

What concept for mapping? • Observation. Definition • Sounds reasonable, but need to be

What concept for mapping? • Observation. Definition • Sounds reasonable, but need to be strictly definition of course • How do you related observation A with observation B? Component construct? • Concern that LOINC pre-coordinates various resources it is not great to use of those to represent this. • Activity. Definition • To some this sounds more like process steps rather than core tests. For others it could cover tests as well. • Still a problem how to map. • Missing data for IVD Test codes and LOINC codes. • Procedure. Definition • Could work, but similar challenges as Observation. • Term is not used within Lab settings, so does not sound right. Perhaps on the order side. • Data. Element => Structure. Definition • Concept. Map • Neutral and has mapping. • Does not appear to have everything need. • Need to understand where what goes.

FHIR Resources Publication Equipment LIVDCatalog. Pr ofile 1: * Bundle or Composition or both?

FHIR Resources Publication Equipment LIVDCatalog. Pr ofile 1: * Bundle or Composition or both? LIVDEntry. Defin ition. Profile 1: 1 LIVDDevice. Def inition. Profile 1: 1 Analyte Mapping 1: * One per IVD Test Code Observation. De finition form in s m or f in LIVDConcept. Map. Profile Source: IVD Test Code Target: LOINC Code LABDevice. Profi le 1: 1 LIVDCode. Syste m. Profile

Observation Definitions Observation. Definition Device • Identifier • What can it perform (Ref: Observation.

Observation Definitions Observation. Definition Device • Identifier • What can it perform (Ref: Observation. Definition, Proc • Code (codesystem) edure. Definition) • Who/what can perform this (Ref: Device, Practitioner, Organization)

Map Data Model IVD Test Code Vendor Analyte Name Vendor Reference ID 0: N

Map Data Model IVD Test Code Vendor Analyte Name Vendor Reference ID 0: N Vendor Specimen Description Vendor Result Description Vendor Comment Consider using either Observation. Definition like attributes to put into Concept. Map OR perhaps be able to link a “full” Observation. Definition resource into the Concept. Map to further aid automating the definition of Observation. Definitions. LOINC Attributes may help with that as well. FUTURE SCOPE LOINC Code LOINC Long Name Component Property Time System Scale Method

Concept. Map - LIVD • Concept. Map. identifier • Concept. Map. status • Concept.

Concept. Map - LIVD • Concept. Map. identifier • Concept. Map. status • Concept. Map. source • Concept. Map. target • Concept. Map. group. source • • • Concept. Map. group. source. Version Concept. Map. group. target. Version Concept. Map. group. element. code Concept. Map. group. element. target. code EXT: Concept. Map. group. element. target. depends. On. criterion Type • EXT: Concept. Map. group. element. target. depends. On. criterion • Not necessary at the moment, maybe future. • Set to active. • Not necessary at the moment since it is contained for the foreseeable future. Maybe in the future. • URI to the code system that contains the vendor’s IVD Test Codes • Version of the vendor’s code system • URI to the LOINC code system • Version of LOINC • Vendor Analyte Code • LOINC Code • Values: Vendor Specimen Description, Vendor Result Description, Vendor Comment • The actual value • Related to Device

Code System • IVD Analyte Code. System. uri Code. System. version Code. System…. Various

Code System • IVD Analyte Code. System. uri Code. System. version Code. System…. Various others perhaps Code. System. concept. code = Vendor Analyte Code • Code. System. concept. display = Vendor Analyte Name • Code. System. concept. designation. use = “Vendor Reference ID” • Code. System. concept. designation. val ue = the value of the vendor reference ID • • • LOINC (Get this from elsewhere as probably already done – just need to profile if down further) • Code. System. uri • Code. System. version • Code. System…Various others perhaps • Code. System. concept. code = LOINC Code • Code. System. concept. display = LOINC Long Name • Code. System. concept. property (this likely already is profiled for LOINC) • • Component Property Time System Scale Method http: //build. fhir. org/loinc. html

Profile Considerations • Apply constraints from whitepaper where 0. . 1 or 0. .

Profile Considerations • Apply constraints from whitepaper where 0. . 1 or 0. . * become “RE”. • Bind Activity. Definition. mapping. Reference (Activity. Definition. identifier) to LOINC • Do we need a bundle/composition/something to tie the entire “catalog” together?

Implementation Guide Considerations

Implementation Guide Considerations

Other Slides not used for now

Other Slides not used for now

IVD Test Result LIVD FHIR Resource • IVD Test Result • Activity. Definition •

IVD Test Result LIVD FHIR Resource • IVD Test Result • Activity. Definition • Vendor Analyte Code • Vendor Analyte Name • Vendor Specimen Description • Vendor Result Description • Vendor Reference ID • Vendor Comment • Activity. Definition. identifier • Activity. Definition. name • Activity. Definition. specimen. Definiti on. Reference(Specimen. Definition. description) • Activity. Definition. description • Activity. Definition. related. Artifact • Activity. Definition. description • Activity. Definition. mapping. Referen ce(Activity. Definition)

LOINC Codes LIVD FHIR Resource - Proposed • LOINC • Activity. Definition • •

LOINC Codes LIVD FHIR Resource - Proposed • LOINC • Activity. Definition • • LOINC Code LOINC Long Name Component Property Time System Scale Method • • • Activity. Definition. identifier Activity. Definition. LOINC. long. Name Activity. Definition. LOINC. component Activity. Definition. LOINC. Property Activity. Definition. LOINC. Time Activity. Definition. LOINC. System Activity. Definition. LOINC. Scale Activity. Definition. LOINC. Method Activity. Definition. mapping. Reference( Activity. Definition)

IVD Test Result LIVD FHIR Resource • IVD Test Result • Concept. Map •

IVD Test Result LIVD FHIR Resource • IVD Test Result • Concept. Map • Vendor Analyte Code • Vendor Analyte Name • Vendor Specimen Description • Vendor Result Description • Vendor Reference ID • Vendor Comment

LOINC Codes LIVD FHIR Resource - Proposed • LOINC • Concept. Map • •

LOINC Codes LIVD FHIR Resource - Proposed • LOINC • Concept. Map • • LOINC Code LOINC Long Name Component Property Time System Scale Method

Bundle • Bundle. type = document • Bundle. entry. resource – The resource instances

Bundle • Bundle. type = document • Bundle. entry. resource – The resource instances Seems to terse and no opportunity to organize the instances into section, nor give the overall package a title.