Request (Solicited Communication) - without Task wrong diagram

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive
    • Priority: Medium
    • US Da Vinci HRex (FHIR)
    • Patient Care
    • STU
    • Profile overview [deprecated]
    • Hide

      Will fix the diagram, though all diagrams are expected to be refactored and clarified.  

      Will create a separate section that speaks to the requirements for HTTPS, OAuth and other security protocols.  We actually don't want to mandate the security protocols for all Da Vinci exchanges because some (e.g. registries) do not expose PHI and there may not be a need for encrypting the data in transit for those.  Instead, the section that explains all of the transport mechanisms will point to a the generic security section that sets base Da Vinci rules and also reminds implementers to adhere to additional state and federal rules.

      We will remove the post-condition reference to "tasks".  That language wasn't referring to the Task resource, but it also wasn't necessary language and it's better to avoid confusion.

      Show
      Will fix the diagram, though all diagrams are expected to be refactored and clarified.   Will create a separate section that speaks to the requirements for HTTPS, OAuth and other security protocols.  We actually don't want to mandate the security protocols for all Da Vinci exchanges because some (e.g. registries) do not expose PHI and there may not be a need for encrypting the data in transit for those.  Instead, the section that explains all of the transport mechanisms will point to a the generic security section that sets base Da Vinci rules and also reminds implementers to adhere to additional state and federal rules. We will remove the post-condition reference to "tasks".  That language wasn't referring to the Task resource, but it also wasn't necessary language and it's better to avoid confusion.
    • Richard Esmond / Marti Velezis : 10-0-0
    • Correction
    • Non-substantive

      Request (Solicited Communication)

      Actor Interaction Diagram for Solicited Communication without Task

      Issue: The actor interaction diagram for Solicited Communication without Task is the Push (Unsolicited Communication) diagram.

      Requested Modification: Replace the diagram with the correct Request (Solicited Communication) without a Task diagram.

      Also, when the diagram and associated Preconditions and Post Conditions are corrected

      • Preconditions should reference HTTPS as a secure information transport mechanism.
      • Post Conditions should not reference "optional support of associated tasks" as this Actor is about communication without a Task.

            Assignee:
            Unassigned
            Reporter:
            Patricia Craig
            Patricia Craig
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: