Uploaded image for project: 'FHIR Specification Feedback'
  1. FHIR Specification Feedback
  2. FHIR-31410

Add a suite of elements or extensions to Patient and RelatedPerson for employment

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Not Persuasive
    • Icon: Medium Medium
    • FHIR Core (FHIR)
    • R4
    • Patient Administration
    • Patient
      RelatedPerson
    • Hide

      We expect most systems would not be interested in this information for most uses cases, and thus this data does not meet the 80/20 rule for inclusion in the Patient or RelatedPerson resources as first-class properties.  Most systems would not need or want to have access to household income or credit scores for the purpose of medical operations.

      We would propose that this information be exchanged using either Observation resources, or possibly realm or use-case specific extensions on Patient or RelatedPerson.  

      We note that in the US, for USCDI occupation data, US Core has defined an Observation profile for occupational data.

       

      Also, financialClass isn't a person-level concept.  That can vary based on Encounter/Account.

      Show
      We expect most systems would not be interested in this information for most uses cases, and thus this data does not meet the 80/20 rule for inclusion in the Patient or RelatedPerson resources as first-class properties.  Most systems would not need or want to have access to household income or credit scores for the purpose of medical operations. We would propose that this information be exchanged using either Observation resources, or possibly realm or use-case specific extensions on Patient or RelatedPerson.   We note that in the US, for USCDI occupation data, US Core has defined an Observation profile for occupational data.   Also, financialClass isn't a person-level concept.  That can vary based on Encounter/Account.
    • Brian Postlethwaite / Jeff Brown : 7-0-2

    Description

      The full suite of data fields needed to define a guarantor for an account includes information regarding employment, credit worthyness, household size and income. While the Patient and RelatedPerson resources are referenced in Account, as amended by Financial Management, it is not clear whether these elements listed below should be represented as new elements on the entity resources or as extensions or are attributes on some other resources linked to Patient or RelatedPerson. 

       

      studentIndicator  0..1  CodeeableConcept

      employment  0..* =Employment

         employer 0..1 Reference(Organization)

         employee 0..1 Identifier  [employee number]

         jobTitle 0..1 string

         jobCode 0..1  CodeableConcept

         jobClass 0..1 CodeableConcept

         jobDescription 0..1 string

      financialClass 0..1 CodeableConcept

      creditScore 0..1 posInteger

      householdIncome 0..1 Money

      householdSize 0..1 posInteger

         

       

       

      Attachments

        Activity

          People

            Unassigned Unassigned
            pknapp Paul Knapp
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: