Profile: Patient

Definition

The Patient Resource contains demographics and other administrative information about an individual receiving care or other health-related services. The data in the Resource covers the "who" information about the patient: its attributes are focused on demographic information necessary to support administrative processes.

This Resource covers data about patients involved in a wide range of health-related activities, including:

  • Curative activities
  • Psychiatric care
  • Social services
  • Pregnancy care
  • Nursing and assisted living
  • Dietary services
  • Tracking of personal health and exercise data
  • Context

    The Patient (PS-CA:BC) profile attempts to align to the Patient resource by the PS-CA project to represent the minimum expectations for the Patient resource when used in the PS-CA composition profile. It is further informed by the constraints of the Patient IPS-UV profile and the Canadian Baseline Profile.

    Links

    Simplifier project page: Patient(PS-CA) Profile

    Derived from: Patient(R4) Profile

    Example: PS-CA:BC Patient

    Content

    idΣ0..1string
    metaΣ0..1Meta
    implicitRulesΣ ?!0..1uri
    language0..1codeBinding
    text0..1Narrative
    contained0..*Resource
    individual-recordedSexOrGenderI0..*Extension(Complex)
    modifierExtension?! I0..*Extension
    id0..1string
    extensionI0..*Extension
    useΣ ?!0..1codeBinding
    typeΣ0..1CodeableConceptBinding
    systemΣ1..1uri
    valueΣ1..1string
    periodΣ I0..1Period
    assignerΣ I0..1Reference(Organization)
    id0..1string
    versionCodeI0..1Extension
    useΣ ?!0..1codeBinding
    typeΣ1..1CodeableConceptBindingFixed Value
    systemΣ1..1uri
    valueΣ1..1string
    periodΣ I0..1Period
    assignerΣ I0..1Reference(Organization)
    id0..1string
    extensionI0..*Extension
    useΣ ?!0..1codeBinding
    typeΣ1..1CodeableConceptBindingFixed Value
    systemΣ1..1uri
    valueΣ1..1string
    periodΣ I0..1Period
    assignerΣ I0..1Reference(Organization)
    activeΣ ?!0..1boolean
    id0..1string
    extensionI0..*Extension
    useΣ ?!0..1codeBinding
    textS Σ0..1string
    familyS Σ0..1string
    givenS Σ0..*string
    prefixΣ0..*string
    suffixΣ0..*string
    periodΣ I0..1Period
    telecomΣ I0..*ContactPoint
    genderS Σ0..1codeBinding
    birthDateS Σ1..1date
    deceasedBooleanboolean
    deceasedDateTimedateTime
    addressΣ0..*Address
    maritalStatus0..1CodeableConceptBinding
    multipleBirthBooleanboolean
    multipleBirthIntegerinteger
    photoI0..*Attachment
    id0..1string
    extensionI0..*Extension
    modifierExtensionΣ ?! I0..*Extension
    relationship0..*CodeableConceptBinding
    name0..1HumanName
    telecomI0..*ContactPoint
    address0..1Address
    gender0..1codeBinding
    organizationI0..1Reference(Organization)
    periodI0..1Period
    id0..1string
    extensionI0..*Extension
    modifierExtensionΣ ?! I0..*Extension
    language1..1CodeableConceptBinding
    preferred0..1boolean
    generalPractitionerI0..*Reference(Organization | Practitioner | PractitionerRole)
    managingOrganizationΣ I0..1Reference(Organization)
    id0..1string
    extensionI0..*Extension
    modifierExtensionΣ ?! I0..*Extension
    otherΣ I1..1Reference(Patient | RelatedPerson)
    typeΣ1..1codeBinding

     

    Usage

    The Patient Resource is used to provide information about the person who is the subject of a Patient Summary in its header. The data source for the PS-CA:BC will be EMPI. In BC, we have Patient FHIR Profile provided by BC Client Registry (EMPI). There are differences between PS-CA and EMPI's Patient Profiles. EMPI is in line with Canadian Baseline's FHIR specifications.

    BC-specific Notes

    Patient (Composition.subject)

    • Definition: Demographics and other administrative information about an individual receiving care or other health-related services.

    Patient.identifier

    • Definition: An identifier - identifies some entity uniquely and unambiguously. Typically this is used for business identifiers. Patients are almost always assigned specific numerical identifiers such as JHN (Jurisdictional Health Number) and MRN (Medical Record Number).
    • Comments: EMPI uses the PHN (BC Personal Health Number). EMPI does not explicitly define MRN. If it is considered as other identifiers, then there is a discrepancy around type. PS-CA requires type for MRN, but IdentifierCABaseline marked it as optional. Infoway suggests that if an identifier is specifically mentioned type as MRN, then it should be mapped to the MRN identifier with the fixed type value of MR. Otherwise, it should be mapped as all slices.

    Patient.extension:individual-recordedSexOrGender

    • Definition: Extension for representing an individuals recorded sex or gender. Recorded sex or gender (RSG) information includes the various sex and gender concepts that are often used in existing systems but are known NOT to represent a gender identity, sex parameter for clinical use, or attributes related to sexuality, such as sexual orientation, sexual activity, or sexual attraction. Examples of recorded sex or gender concepts include administrative gender, administrative sex, and sex assigned at birth. When exchanging this concept, refer to the guidance in the Gender Harmony Implementation Guide.
    • Comments: In BC, the EMPI allows for a gender code of 'X'. This will be a dropdown field.

    Patient.extension:patient-interpreterRequired

    • Definition: Extension for representing whether the patient requires an interpreter to communicate healthcare information to the practitioner.
    • Comments: This extension will be represented as a Checkbox Field (Yes/No) on the front-end Patient Summary UI.

    Patient.name

    • Definition: A name associated with the individual.
    • Comments: EMPI's Patient Profile, this element is (0..*) (EMPI's (S) indicates it must be supported.) and according to EMPI team, it will always be provided, but PS-CA needs at least one name(1..*). We suggest adhering to the precedent set by PS-CA and treating this as an obligatory requirement (filling in the relevant fields wherever possible and marking them with 'unknown' or a comparable designation to indicate the absence of information in the IG). According to Canada Health Infoway's FHIR SME suggestion, while it may appear optional in BC-EMPI or baseline, a restriction (through invariant) mandates the validator to generate an error message if the given or family name of a patient remains unpopulated.

    Patient.telecom

    • Definition: A contact detail (e.g. a telephone number or an email address) by which the individual may be contacted.
    • Comments: There are three contact fields: Cell Phone, Home Phone, and Email.

    Patient.gender

    • Definition: Administrative Gender - the gender that the patient is considered to have for administration and record keeping purposes. Examples include male, female, other, and unknown. Infoway suggests if gender is provided, that will be mapped; otherwise should be set as "unknown." This would be compliant with PS-CA. The current version of PS-CA (CI Build) contains the element, RecordedSexOrGender, which represents an individual's recorded sex or gender.
    • Comments: Gender is required by PS-CA while it is marked as optional in EMPI (cardinality is 0..1). Though there is a tag (S) which binds the implementation to support. This will be a dropdown field.

    Patient.birthdate

    • Definition: The date of birth for the individual.
    • Comments: Birthdate is required on PS-CA but optional in EMPI. EMPI tagged (S) as must be supported. We propose filling the birthdate field to the fullest extent possible. This will ensure that PS-BC aligns with the patient profiles specified by PS-CA, International Patient Summary (IPS), and other jurisdictions. Per the FHIR specification, "For this element, it is expected to provide an estimated year as a guess, at least if the real DOB is unknown." If the estimation is impossible, a similar course of action (as name) can be pursued, such as designating a date like '1800-01-01' and clarifying this in the IG. Infoway suggests upon a cursory review of the patient summary specifications, including PS-CA, PS-ON, and IPS, among others, it appears that all of them classify this element as mandatory.

    Patient.communication.language

    • Definition: The language which can be used to communicate with the patient about his or her health.
    • Comments: This will be a dropdown field with different languages of choice.

    Patient.generalPractitioner

    • Definition: Patient's nominated primary care provider
    • Comments: This will be a checkbox field (Yes/No) representing the Most Responsible Provider (MRP) to be displayed in the Provider/Source section in the PS Form UI.

    Patient.address

    • Definition: An address for the individual.

    Patient.contact.name

    • Definition: A name associated with the contact person.

    Patient.contact.relationship

    • Definition: The nature of the relationship between the patient and the contact person.
    • Comments: This will be a dropdown field with different relationships of choice.

    Patient.contact.telecom

    • Definition: A contact detail for the person, e.g. a telephone number or an email address.

    Patient.section-note

    • Definition: TBD
    • Comments: This free text section note will be used as a master section to document details regarding the patient's general information.

    Data Fields Mapping (PS-Form & FHIR Profile)

    PS Form Fields FHIR Profile Elements
    Last Name Patient.name.family
    First Name Patient.name.given
    Name Used Patient.name.given
    DOB/Age Patient.name.birthdate
    Gender Patient.gender
    Gender Identity Patient.extension:individual-recordedSexOrGender
    PHN (Personal Health Number) Patient.identifier:JHN
    Address Patient.address
    Cell Phone Patient.telecom (where system = phone & rank = 1)
    Home Phone Patient.telecom (where system = phone & rank = 2)
    Email Patient.telecom (where system = email)
    Preferred Language Patient.communication.language
    Intrepreter Needed? Patient.extension:patient-interpreterRequired
    Most Resposible Provider (MRP) Patient.generalPractitioner
    Family Contact Name Patient.contact.name
    Family Contact Relationship Patient.contact.relationship
    Family Contact Phone Patient.contact.telecom
    Notes (Free Text) Patient.section-note