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

Do not use inactive as a resource status to represent entered-in-error or deleted information

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Medium Medium
    • US Core (FHIR)
    • 4.1.0 [deprecated]
    • Cross-Group Projects
    • Guidance
    • Hide

      Background:

      see commenter's description

      This does not imply they are equivalent.  The section describes both entered in error and deleted information.

      Representing Entered in Error and Deleted Information

      Clinical information that has been entered-in-error in the patient’s record needs to be represented by the FHIR Server in a way so that Clients can expose the corrected information to their end users.

      Server Recommendations:

      • A FHIR Server SHOULD NOT delete resources.
      • A FHIR server SHOULD update the appropriate resource status to entered-in-error or inactive.
      • A FHIR Server SHOULD allow these resources to be searchable by client applications.
      • If the FHIR server has updated the resource status to entered-in-error:
        • For patient facing applications, A FHIR Server SHOULD remove the contents of resource leaving only an id and status. Note this typically will not be conformant with the US Core or FHIR StructureDefinitions.
        • For provider facing applications, the content MAY be supplied with content and additional detail (such as the reason for the status change) that the patient viewing system would typically not have access to.

      Reasoning:

      We agree with commenter that this section implies they can be used interchangeably.  
       

      Proposed Changes:

      To clarify, will split section into two as treat deleted separately from enterer in error.

      Representing Entered in Error  Information

      ...

      Representing  Deleted Information

      ...

      Show
      Background: see commenter's description This does not imply they are equivalent.  The section describes both entered in error and deleted information. Representing Entered in Error and Deleted Information Clinical information that has been entered-in-error in the patient’s record needs to be represented by the FHIR Server in a way so that Clients can expose the corrected information to their end users. Server Recommendations: A FHIR Server  SHOULD NOT  delete resources. A FHIR server  SHOULD  update the appropriate resource status to  entered-in-error  or  inactive . A FHIR Server  SHOULD  allow these resources to be searchable by client applications. If the FHIR server has updated the resource status to  entered-in-error : For  patient facing  applications, A FHIR Server  SHOULD  remove the contents of resource leaving only an id and status. Note this typically will not be conformant with the US Core or FHIR StructureDefinitions. For  provider facing  applications, the content  MAY  be supplied with content and additional detail (such as the reason for the status change) that the patient viewing system would typically not have access to. Reasoning: We agree with commenter that this section implies they can be used interchangeably.     Proposed Changes: To clarify, will split section into two as treat deleted separately from enterer in error. Representing Entered in Error  Information ... Representing  Deleted Information ...
    • Floyd Eisenberg/Eric Haas: 12-0-2
    • Clarification
    • Compatible, substantive

    Description

      Do not use inactive as a resource status to represent entered-in-error or deleted information because inactive can be used as a clinically relevant status for some resources such as CareTeam.

      Attachments

        Activity

          People

            Unassigned Unassigned
            emmanurse Emma Jones
            Watchers:
            2 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: