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

Add ability to annotate order with note based on CRD return

    XMLWordPrintableJSON

Details

    • Icon: Change Request Change Request
    • Resolution: Persuasive with Modification
    • Icon: Medium Medium
    • US Da Vinci CRD (FHIR)
    • 1.0.0 [deprecated]
    • Financial Mgmt
    • (many)
    • Hide

      Add this as an additional 'card type'

      In addition to capturing the information as an annotation, will also add a complex extension with the following components:

      1..1 extension with a code with one of the following values:

      • not-covered (no coverage or possibility of coverage for this service)
      • covered (regular coverage applies)
      • prior-auth (coverage is possible with prior authorization)
      • clinical (clinical details are required to determine coverage/prior auth applicability - e.g. via DTR by clinician)
      • admin (administrative details are required to determine coverage/prior auth applicability - e.g. via DTR by clinician)

      1..1 Reference to Coverage that assertion applies to

      1..1 date (on which assertion was made)

      0..1 Identifier to allow tracking the guidance in source system.

      Will make clear that the 'detail' for the card should indicate that the statement is point-in-time.  Will indicate that payers should include all of this discrete information above in the 'annotation'.

      This will be handled as a single 'update' action.  EHRs that don't support the extension will ignore it and just store the annotation.

      (Partial pre-apply will need to be revised)

       

      Show
      Add this as an additional 'card type' In addition to capturing the information as an annotation, will also add a complex extension with the following components: 1..1 extension with a code with one of the following values: not-covered (no coverage or possibility of coverage for this service) covered (regular coverage applies) prior-auth (coverage is possible with prior authorization) clinical (clinical details are required to determine coverage/prior auth applicability - e.g. via DTR by clinician) admin (administrative details are required to determine coverage/prior auth applicability - e.g. via DTR by clinician) 1..1 Reference to Coverage that assertion applies to 1..1 date (on which assertion was made) 0..1 Identifier to allow tracking the guidance in source system. Will make clear that the 'detail' for the card should indicate that the statement is point-in-time.  Will indicate that payers should include all of this discrete information above in the 'annotation'. This will be handled as a single 'update' action.  EHRs that don't support the extension will ignore it and just store the annotation. (Partial pre-apply will need to be revised)  
    • Bob Dieterle / Celine Lefebvre: 19-0-3
    • Enhancement
    • Compatible, substantive

    Description

      Add ability to annotate order with note based on CRD return – examples

      1. PA is not required
      2. Service not covered under contract
      3. Max number of like services reached (e.g., home health visits

      Add note to order with result of CRD including context (e.g. date, time, ...)

      Attachments

        Activity

          People

            Unassigned Unassigned
            rcdieterle Robert Dieterle
            Watchers:
            5 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved: