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

Coverage Profile - modify .subscriber Reference resource

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Not Persuasive with Modification
    • Icon: Medium Medium
    • US Da Vinci Patient Cost Transparency (PCT) (FHIR)
    • 0.1.0 [deprecated]
    • Financial Mgmt
    • Withdrawn
    • (NA)
    • 7.4.1.1
    • Hide

      See https://jira.hl7.org/browse/FHIR-34990

       

      Based on research, there are variations on the resources used to define subscriber through FHIR IGs. In PCT, we intend to leave subscriber as US Core Patient to remain compliant with Da Vinci HRex for STU1 unless there is a compelling reason not to at this time.

      Will remove MS from Coverage.subscriber, defaulting to what is in HRex, since all that is needed is subscriberId. 

      Note that the definition of Patient includes "other health-related services" as being in scope, and being a subscriber fits that scope. 

      Also, since it is unlikely that DOB and gender info will be available for the subscriber when not the patient, will add guidance to omit Patient.birthDate (it is 0..1 in US Core Patient and ok to omit when not available) and to use the code "unknown" for Patient.gender and document that the receiving system should not use that code for subscriber matching purposes (if unknown, don't try to match on gender). 

      Show
      See https://jira.hl7.org/browse/FHIR-34990   Based on research, there are variations on the resources used to define subscriber through FHIR IGs. In PCT, we intend to leave subscriber as US Core Patient to remain compliant with Da Vinci HRex for STU1 unless there is a compelling reason not to at this time. Will remove MS from Coverage.subscriber, defaulting to what is in HRex, since all that is needed is subscriberId.  Note that the definition of Patient includes "other health-related services" as being in scope, and being a subscriber fits that scope.  Also, since it is unlikely that DOB and gender info will be available for the subscriber when not the patient, will add guidance to omit Patient.birthDate (it is 0..1 in US Core Patient and ok to omit when not available) and to use the code "unknown" for Patient.gender and document that the receiving system should not use that code for subscriber matching purposes (if unknown, don't try to match on gender). 
    • Sami Peterson/Chris Cioffi: 8-0-0
    • Correction
    • Compatible, substantive

    Description

      Modify .subscriber Reference Resource to add the Resource RelatedPerson.  The subscriber is not necessarily the patient.

      Attachments

        Activity

          People

            Unassigned Unassigned
            taylorpatriciab Patricia Taylor
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: