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

Difference between revisions of "Reconciliation post January 2012 of Patient"

From HL7Wiki
Jump to navigation Jump to search
 
(12 intermediate revisions by 2 users not shown)
Line 8: Line 8:
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201301UV PRPA_RM201301UV02] Patient Activate ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201301UV PRPA_RM201301UV02] Patient Activate ==
−
This R-Mim is completely out of sync with Person, and does not align with the D-MIM for at least the relationship PatientOfOtherProvider that has a CMET A_PrincipalCareProvision that was replaced by a class CareProvision in the D-MIM
+
This R-MIM is completely out of sync with Person, and does not align with the D-MIM for at least the relationship PatientOfOtherProvider that has a CMET A_PrincipalCareProvision that was replaced by a class CareProvision in the D-MIM
 
#'''Action item''': Replace content from patientEntityChoiceSubject with the current [http://www.hl7.org/v3ballot/html/domains/uvpa/editable/PRPA_RM101301UV.html Activate Person R-MIM]
 
#'''Action item''': Replace content from patientEntityChoiceSubject with the current [http://www.hl7.org/v3ballot/html/domains/uvpa/editable/PRPA_RM101301UV.html Activate Person R-MIM]
 +
''16-5-2012: decided to only replace the member structure in the Patient Activate RMIM with the member structure in the Person Activate.''
  
 
Click on the thumbnail to see the resulting R-MIM<br/>
 
Click on the thumbnail to see the resulting R-MIM<br/>
 
[[File:PRPA_RM201301UV_PostJan2012.png| thumb]]
 
[[File:PRPA_RM201301UV_PostJan2012.png| thumb]]
 +
 +
Note: that the Person topic covers non-Patients as well, which means that certain attributes are specific to Patient:
 +
#Person.quantity: PQ 0..1
 +
#Person.educationLevelCode: CD CWE 0..1
 +
#Person.disabilityCode: DSET<CD> CWE 0..1
 +
#Person.livingArrangementCode: CD CWE 0..1
 +
#Person.religiousAffiliationCode: CD CWE 0..1
 +
#Person.raceCode: DSET<CD> CWE 0..*
 +
#Person.ethnicGroupCode: DSET<CD> CWE 0..*
 +
#R_Guarantor universal
 +
#CareGiver class
  
 
Non-exhaustive list of changes versus the current Patient Activate:
 
Non-exhaustive list of changes versus the current Patient Activate:
−
* Removed CareGiver -- this is open for debate, but if we leave it in here we should consider adding it to Person
 
 
* Replace PatientOfOtherProvider.A_PrincipalCareProvision with Role.CareProvision.performer.R_ResponsibleParty -- this could be open for debate but A_PrincipalCareProvision was removed form the D-MIM as well
 
* Replace PatientOfOtherProvider.A_PrincipalCareProvision with Role.CareProvision.performer.R_ResponsibleParty -- this could be open for debate but A_PrincipalCareProvision was removed form the D-MIM as well
 +
''16-5-2012: it's the other way around, the CMET was the newer solution, that needs to be fixed in the DMIM''
 +
 +
'''1 260712 Alexander Henket''' - Changed in D-MIM
 +
 
* Changed PersonalRelationship relationship from E_LivingSubject to E_Person -- this should align with Person Activate so change both or none.
 
* Changed PersonalRelationship relationship from E_LivingSubject to E_Person -- this should align with Person Activate so change both or none.
 +
''16-5-2012: change into E_Person in the Patient RMIM''
 +
 +
'''1 260712 Alexander Henket''' - Changed E_LivingSubject into E_Person
 +
 
* Added Member2 and relationship to ObservationEvent to support conveying households
 
* Added Member2 and relationship to ObservationEvent to support conveying households
 +
''16-5-2012: accept change''
 +
 +
'''1 260712 Alexander Henket''' - Applied change
 +
 
* Added Citizen.code
 
* Added Citizen.code
 +
''16-5-2012: accept change''
 +
 +
'''1 260712 Alexander Henket''' - Applied change
 +
 
* Added Employee.code
 
* Added Employee.code
 +
''16-5-2012: accept change''
 +
 +
'''1 260712 Alexander Henket''' - Applied change
 +
 
* Added Guardian.code
 
* Added Guardian.code
 +
''16-5-2012: accept change''
 +
 +
'''1 260712 Alexander Henket''' - Applied change
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201302UV PRPA_RM201302UV02] Patient Revise ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201302UV PRPA_RM201302UV02] Patient Revise ==
 
#'''Action item''': Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient
 
#'''Action item''': Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient
 +
''16-5-2012: accepted''
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201303UV PRPA_RM201303UV02] Patient Demographics ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201303UV PRPA_RM201303UV02] Patient Demographics ==
 
#'''Action item''': Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient
 
#'''Action item''': Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient
 +
''16-5-2012: accept change''
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201304UV PRPA_RM201304UV02] Patient Identifiers ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201304UV PRPA_RM201304UV02] Patient Identifiers ==
 
#'''Action item''': Replace comparable content in this R-MIM with Person Identifiers ([http://www.hl7.org/v3ballot/html/domains/uvpa/editable/PRPA_RM101304UV.html PRPA_RM101304UV02]
 
#'''Action item''': Replace comparable content in this R-MIM with Person Identifiers ([http://www.hl7.org/v3ballot/html/domains/uvpa/editable/PRPA_RM101304UV.html PRPA_RM101304UV02]
 +
''16-5-2012: accepted to use the new patient demographic RMIM as the basis for the new PatientIdentifier and apply all the constraints that are listed in the RMIM walkthrough''
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201305UV PRPA_RM201305UV02] Patient Nullify ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201305UV PRPA_RM201305UV02] Patient Nullify ==
 
#'''Action item''': Replace comparable content in this R-MIM with Person Nullify ([http://www.hl7.org/v3ballot/html/domains/uvpa/editable/PRPA_RM101305UV.html PRPA_RM101305UV02]
 
#'''Action item''': Replace comparable content in this R-MIM with Person Nullify ([http://www.hl7.org/v3ballot/html/domains/uvpa/editable/PRPA_RM101305UV.html PRPA_RM101305UV02]
 +
''16-5-2012: We don't see any differences''
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201306UV PRPA_RM201306UV02] Patient Registry Query By Demographics ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201306UV PRPA_RM201306UV02] Patient Registry Query By Demographics ==
 
#'''Action item''': [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201306UV Document] why most query parameters are 0..*, which means AND logic. It is unlikely that someone has e.g. multiple birthTime, or deceasedInd values. All value attributes are already 1..*, so the OR logic is covered.
 
#'''Action item''': [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201306UV Document] why most query parameters are 0..*, which means AND logic. It is unlikely that someone has e.g. multiple birthTime, or deceasedInd values. All value attributes are already 1..*, so the OR logic is covered.
 +
''16-5-2012: The cardinality 0..* is to support the query infrastructure.''
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201307UV PRPA_RM201307UV02] Patient Registry Query By Identifier ==  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201307UV PRPA_RM201307UV02] Patient Registry Query By Identifier ==  
 
#'''Action item''': [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201307UV Document] why query parameter PatientIdentifier is 0..* (AND logic), while its value attribute is also 1..* (OR logic). Use case could be "Patient with id 1 AND id 2" versus "Patient with id 1 OR id 2".
 
#'''Action item''': [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201307UV Document] why query parameter PatientIdentifier is 0..* (AND logic), while its value attribute is also 1..* (OR logic). Use case could be "Patient with id 1 AND id 2" versus "Patient with id 1 OR id 2".
 +
''16-5-2012: The cardinality 0..* is to support the query infrastructure.''
  
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201310UV PRPA_RM201310UV02] Patient Registry Find Candidates Response ==
 
==R-MIM [http://www.hl7.org/v3ballot/html/domains/uvpa/uvpa_Patient.html#PRPA_RM201310UV PRPA_RM201310UV02] Patient Registry Find Candidates Response ==
 
#'''Action item''': Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient, with the exception of QueryMatchObservation
 
#'''Action item''': Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient, with the exception of QueryMatchObservation
 +
''16-5-2012: Accepted.''

Latest revision as of 11:56, 26 June 2012

Back to Patient_Administration#Submission / Proposals

This page holds action items after analysis of the January 2012 Patient R-MIMs in relation to each other, to Person and the D-MIM Author: --[User:Alexander Henket|Alexander Henket] 14:21, 20 February 2012 (UTC)

D-MIM PRPA_DM000000UV

  1. Action item: <>

R-MIM PRPA_RM201301UV02 Patient Activate

This R-MIM is completely out of sync with Person, and does not align with the D-MIM for at least the relationship PatientOfOtherProvider that has a CMET A_PrincipalCareProvision that was replaced by a class CareProvision in the D-MIM

  1. Action item: Replace content from patientEntityChoiceSubject with the current Activate Person R-MIM

16-5-2012: decided to only replace the member structure in the Patient Activate RMIM with the member structure in the Person Activate.

Click on the thumbnail to see the resulting R-MIM

PRPA RM201301UV PostJan2012.png

Note: that the Person topic covers non-Patients as well, which means that certain attributes are specific to Patient:

  1. Person.quantity: PQ 0..1
  2. Person.educationLevelCode: CD CWE 0..1
  3. Person.disabilityCode: DSET<CD> CWE 0..1
  4. Person.livingArrangementCode: CD CWE 0..1
  5. Person.religiousAffiliationCode: CD CWE 0..1
  6. Person.raceCode: DSET<CD> CWE 0..*
  7. Person.ethnicGroupCode: DSET<CD> CWE 0..*
  8. R_Guarantor universal
  9. CareGiver class

Non-exhaustive list of changes versus the current Patient Activate:

  • Replace PatientOfOtherProvider.A_PrincipalCareProvision with Role.CareProvision.performer.R_ResponsibleParty -- this could be open for debate but A_PrincipalCareProvision was removed form the D-MIM as well

16-5-2012: it's the other way around, the CMET was the newer solution, that needs to be fixed in the DMIM

1 260712 Alexander Henket - Changed in D-MIM

  • Changed PersonalRelationship relationship from E_LivingSubject to E_Person -- this should align with Person Activate so change both or none.

16-5-2012: change into E_Person in the Patient RMIM

1 260712 Alexander Henket - Changed E_LivingSubject into E_Person

  • Added Member2 and relationship to ObservationEvent to support conveying households

16-5-2012: accept change

1 260712 Alexander Henket - Applied change

  • Added Citizen.code

16-5-2012: accept change

1 260712 Alexander Henket - Applied change

  • Added Employee.code

16-5-2012: accept change

1 260712 Alexander Henket - Applied change

  • Added Guardian.code

16-5-2012: accept change

1 260712 Alexander Henket - Applied change

R-MIM PRPA_RM201302UV02 Patient Revise

  1. Action item: Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient

16-5-2012: accepted

R-MIM PRPA_RM201303UV02 Patient Demographics

  1. Action item: Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient

16-5-2012: accept change

R-MIM PRPA_RM201304UV02 Patient Identifiers

  1. Action item: Replace comparable content in this R-MIM with Person Identifiers (PRPA_RM101304UV02

16-5-2012: accepted to use the new patient demographic RMIM as the basis for the new PatientIdentifier and apply all the constraints that are listed in the RMIM walkthrough

R-MIM PRPA_RM201305UV02 Patient Nullify

  1. Action item: Replace comparable content in this R-MIM with Person Nullify (PRPA_RM101305UV02

16-5-2012: We don't see any differences

R-MIM PRPA_RM201306UV02 Patient Registry Query By Demographics

  1. Action item: Document why most query parameters are 0..*, which means AND logic. It is unlikely that someone has e.g. multiple birthTime, or deceasedInd values. All value attributes are already 1..*, so the OR logic is covered.

16-5-2012: The cardinality 0..* is to support the query infrastructure.

R-MIM PRPA_RM201307UV02 Patient Registry Query By Identifier

  1. Action item: Document why query parameter PatientIdentifier is 0..* (AND logic), while its value attribute is also 1..* (OR logic). Use case could be "Patient with id 1 AND id 2" versus "Patient with id 1 OR id 2".

16-5-2012: The cardinality 0..* is to support the query infrastructure.

R-MIM PRPA_RM201310UV02 Patient Registry Find Candidates Response

  1. Action item: Give this R-MIM the exact same content below the patientEntityChoiceSubject as Activate Patient, with the exception of QueryMatchObservation

16-5-2012: Accepted.

Retrieved from "https://wiki.hl7.org/w/index.php?title=Reconciliation_post_January_2012_of_Patient&oldid=63216"