Versions Compared

Old Version 4

changes.mady.by.user Sanjana Bayya

Saved on

compared with

New Version Current

changes.mady.by.user Nehashri Puttu Lokesh

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
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

...

  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

Observation
   The value[x] accepts only a limited set of datatypes. Some of them that we are using like Decimal are not present. Need to send appropriate datatypes.
 
Condition
     RelatedItem is replaced by dueTo and occurredFollowing.
Changes in active development branch
     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

...


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 to pick up outcome status from a fixed set.?

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.

 

Changes for DSTU2 May version to Sep version :-

Bundle


bundle.entry.base has been renamed to bundle.entry.fullUrl

Composition

Title is made mandatory