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

Difference between revisions of "FHIR SubjectOfCare"

From HL7Wiki
Jump to navigation Jump to search
Line 1: Line 1:
 
Return to [http://wiki.hl7.org/index.php?title=Patient_Administration_Resource_development PA Resource Development]
 
Return to [http://wiki.hl7.org/index.php?title=Patient_Administration_Resource_development PA Resource Development]
  
== Patient properties ==
+
== SubjectOfCare properties ==
*identifier, HumanId[0..*]
+
*identifier, HumanId [1..*]
*active, boolean [1..1]
+
*person, Resource(person) [1..1]
*subject, Resource(Person|Animal)
+
*providerOrganization, Resource([[FHIR_Organization|organization]]) [0..1]
*provider, Resource(Organization)
+
*status, CodeableConcept [0..1]
 +
*confidentiality, CodeableConcept [0..*]
 +
*deceasedDate, dateTime [0..1]
 +
*coverage, Resource([[FHIR_Coverage|Coverage]]) [0..*]
 +
*personalContact, Resource(Any) [0..*]
 +
*otherInformation, Resource(Any) [0..*]
  
===proposed extensions===
+
SubjectOfCare extensions:
*diet, CodeableConcept[0..1]
+
*effectiveTime
*confidentiality, CodeableConcept[0..1]
+
*veryImportantPersonCode
*recordLocation, CodeableConcept[0..1]
+
 
*addresses, Address[0.*]
+
Within personalContact all formal and informal relationships for the SoC to other people can be communicated. The personalContact refers to a Resource-id within a Resource type. Within the context of this SoC resource only the actual valid relationships are communicated. Changes in PersonalContacts have to be made via their own Resources. The following Resource types are documented by the PA Work Group:
*contacts, Address[0..*]
+
*ContactParty
 +
*CareGiver
 +
*Agent
 +
*Guardian
 +
*Guarantor
 +
*GroupMember
 +
 
 +
Classes taken from the V3 R_Patient universal CMET, except:
 +
*Citizen -&gt; Nation (should be extension of Person)
 +
*PatientOfOtherProvider - information can be searched via Person resource
 +
*BirthPlace (should be an extension of Person)
 +
*Employee (should be its own resource)
 +
*Student (should be its own resource)
  
===possible extensions===
+
OtherInformation can e.g. be used for communicating the following information related to the SoC:
*veryImportantPersonCode
+
*Administrative Observations
 +
*Diet
 +
*Allergies
 +
*Blood group and other clinical observations
  
 +
Changes after email discussions Lloyd/Grahame:
 +
*All associations to other classes replaced by attributes within SoC itself
 +
*Naming convention: lower camel case
 +
*Active replaced by status
  
===remarks===
+
Changes from TCON 20121015:
* Roles used with Person when a patient: CareGiver, R_Guarantor
+
*Rename PertinentObservation -&gt; OtherInformation
* Coverage is connected to Patient role
+
*Rename PersonalRelationship -&gt; PersonalContact (name to be discussed)
* AdministrationObservation can be formalized as an extension, so no need to model explicitly
+
*Remove recordLocation (not in the 80%)
 +
*Rename CareGiver in ProviderOrganization to CareProvider (+ resource)
 +
*Remove OtherId (attributes are already present in HumanId)

Revision as of 20:50, 22 October 2012

Return to PA Resource Development

SubjectOfCare properties

  • identifier, HumanId [1..*]
  • person, Resource(person) [1..1]
  • providerOrganization, Resource(organization) [0..1]
  • status, CodeableConcept [0..1]
  • confidentiality, CodeableConcept [0..*]
  • deceasedDate, dateTime [0..1]
  • coverage, Resource(Coverage) [0..*]
  • personalContact, Resource(Any) [0..*]
  • otherInformation, Resource(Any) [0..*]

SubjectOfCare extensions:

  • effectiveTime
  • veryImportantPersonCode

Within personalContact all formal and informal relationships for the SoC to other people can be communicated. The personalContact refers to a Resource-id within a Resource type. Within the context of this SoC resource only the actual valid relationships are communicated. Changes in PersonalContacts have to be made via their own Resources. The following Resource types are documented by the PA Work Group:

  • ContactParty
  • CareGiver
  • Agent
  • Guardian
  • Guarantor
  • GroupMember

Classes taken from the V3 R_Patient universal CMET, except:

  • Citizen -> Nation (should be extension of Person)
  • PatientOfOtherProvider - information can be searched via Person resource
  • BirthPlace (should be an extension of Person)
  • Employee (should be its own resource)
  • Student (should be its own resource)

OtherInformation can e.g. be used for communicating the following information related to the SoC:

  • Administrative Observations
  • Diet
  • Allergies
  • Blood group and other clinical observations

Changes after email discussions Lloyd/Grahame:

  • All associations to other classes replaced by attributes within SoC itself
  • Naming convention: lower camel case
  • Active replaced by status

Changes from TCON 20121015:

  • Rename PertinentObservation -> OtherInformation
  • Rename PersonalRelationship -> PersonalContact (name to be discussed)
  • Remove recordLocation (not in the 80%)
  • Rename CareGiver in ProviderOrganization to CareProvider (+ resource)
  • Remove OtherId (attributes are already present in HumanId)