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

Practitioner is missing a language preference indicator

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Medium Medium
    • FHIR Core (FHIR)
    • Patient Administration
    • Practitioner
    • Hide

      Structural Changes for Practitioner:

      • The Pracititioner.communication element will be updated to be a BackboneElement consistent with Patient/RelatedPerson/Person, which includes the preferred language flag.

      Documentation Updates (for Practitioner.communication):

      Definition: A language which may be used to communicate with the practitioner

      Short Display:  A language which may be used to communicate with the practitioner

      Comment: If no language is specified, this implies that the default local language is spoken. To convey proficiency, use the patient-proficiency extension.  If you need to convey proficiency for multiple modes, then you need multiple Practitioner.communication entries. 

       

      For the child properties (Practitioner.communication.language and .preferred), the documentation will be similar to Patient with similar changes to reference Practitioner rather than Patient.

       

      Structural Changes for PractitionerRole:

      • Add a PractitionerRole.communication element, that mimics the current/old Practitioner.communication.

       

      Documentation Changes for PractitionerRole:

      • Comments:  The structure aa-BB with this exact casing is one the most widely used notations for locale. However not all systems code this but instead have it as free text. Hence CodeableConcept instead of code as the data type.  Note that for non-patient oriented communication, see Practitioner.communication.  Note that all "person" type resources (Person, RelatedPerson, Patient, Practitioner) have a communication structure that includes preferences.  Role or service oriented resources such as HealthcareService and PractitionerRole only include languages that are available for interacting with patients.  

       

      Documentation Changes for HealthcareService:

      • The comment for HealthcareService.communication will be updated to add this sentence:  When using this property it indicates that the service is available with this language, it is not derived from the practitioners, and not all are required to use this language, just that this language is available while scheduling.
      Show
      Structural Changes for Practitioner : The Pracititioner.communication element will be updated to be a BackboneElement consistent with Patient/RelatedPerson/Person, which includes the preferred language flag. Documentation Updates (for Practitioner.communication): Definition : A language which may be used to communicate with the practitioner Short Display :  A language which may be used to communicate with the practitioner Comment : If no language is specified, this implies that the default local language is spoken. To convey proficiency, use the patient-proficiency extension.  If you need to convey proficiency for multiple modes, then you need multiple Practitioner.communication entries.    For the child properties (Practitioner.communication.language and .preferred), the documentation will be similar to Patient with similar changes to reference Practitioner rather than Patient.   Structural Changes for PractitionerRole : Add a PractitionerRole.communication element, that mimics the current/old Practitioner.communication.   Documentation Changes for PractitionerRole : Comments :  The structure aa-BB with this exact casing is one the most widely used notations for locale. However not all systems code this but instead have it as free text. Hence CodeableConcept instead of code as the data type.  Note that for non-patient oriented communication, see Practitioner.communication.  Note that all "person" type resources (Person, RelatedPerson, Patient, Practitioner) have a communication structure that includes preferences.  Role or service oriented resources such as HealthcareService and PractitionerRole only include languages that are available for interacting with patients.     Documentation Changes for HealthcareService: The comment for HealthcareService.communication will be updated to add this sentence:   When using this property it indicates that the service is available with this language, it is not derived from the practitioners, and not all are required to use this language, just that this language is available while scheduling.
    • Brian Postlethwaite / Reinhard Egelkraut : 7-0-2
    • Enhancement
    • Non-compatible
    • R5

    Description

      The communication (language) model on practitioner does not allow the capturing of the practitioners preferred language, this is a requirement for HC as we have an obligation to communicate with people in the official language of their choice.

       

      Ideally the communication block should use the same model as on the Patient resource.

      Attachments

        Activity

          People

            brian.postlethwaite Brian Postlethwaite
            peter.bomberg Peter Bomberg
            Watchers:
            3 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: