Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 20 Next »

Following are the contract level changes that we have fixed for our bundles to be parseable.
In the reference library, we were mapping resouce value datatype of different types even if the resource accepted only a specific kind of value for it. Hapi does a strict validation on this. We need to investigate such datatypes and use appropriate ones.

Changes in current release version


Entry level changes:
  1.     Entry level updated,author tags are moved to bundle level meta data. Entry doesnot have an id.Every resource is now mandated to have an id. 
  2.     Currently we are populating the resource id to the entry id.

Composition                
     new mandatory fields added:
  1. type ->> NEED TO CREATE A VALUESET IN TR FOR THIS. (name is 'doc-typecodes' with document types from loinc).
  2. author,
  3. confidentiality => http://hl7.org/fhir/v3/Confidentiality - code system


Encounter
     subject => patient
     (Fields removed )
     indication

 
Condition
     RelatedItem is replaced by dueTo and occurredFollowing.
     status is replaced by "clinicalStatus"
     dateAsserted date takes only date without tim component. -> Need to investigate how to map bahmni chief complaint duration after this change. We need to start using Period to capture duration.

Bundle 

  1. Bundle has to have a type -> Document. Validate this?
  2. base tag is mandated at either bundle level or at individual entry level.
  3. All bundle entry ids must be a uuid
    in DSTU1 we had urn:<uuid>, this should be changed to have only <uuid> 
    example:

    DSTU1DSTU2 
    <entry id="urn:5f982a33-4454-4b74-9236-b8157aa8effd"><entry id="5f982a33-4454-4b74-9236-b8157aa8effd">
  4. All reference urls should be either urls starting with http protocol or must be uuid prefixed with 'urn:uuid:'

Observation [breaking]
  1. name ==> code.

 

Immunization [breaking]
  1. refusalIndicator ==> wasNotGiven
  2. refusalReason ==> getReasonNotGiven
  3. subject ==> patient

 

MedicationPrescription [not breaking]
  1. dosageInstruction  can now take both dosageQuantity and dosageRange
          [dosageInstruction.dose field can capture two types           dosageQuantity,dosageRange]
To look into later:
Composition:
Confidentiality set to String - A code from the confidentiality vs
Composition type - Currently its either Discharge or Consultation. Should we fine grain to different types? 


DrugMapper - MedicationPrescription:

Mapping frequency component along with duration and period (Revisit mapping logic from bahmni treatment to fhir MedicationPrescription. esp duration and frequency)- Needs more analysis and test cases. Just fixed compilation issues.

DosageInstruction needs more analysis. 

Procedure

Procedure.Outcome,Procedure.FollowUp

 - is a codeableconcept from a valueset rather than plain text.We can improve the ui?

Need to capture notes along with procedure
Procedure.DiagnosticReport.result
result is set as just display. Should be set as a reference to observation

Fields that can carry multiple value types 

Ex: FamilyMemberHistory.born - Can take period, date,string. Currently we have handled date types.Should we handle all the types? 


Need More Investigation:- 

  • Drug Order Mapper (upload and download flow)
  • Chief Complaint Mapper (How to map Chief Complaint Duration?) -> Ignored the tests
  • MCIPatientServiceImplIT - should save drug orders.

 

  • No labels