Clarify differences in use case Section 3 and Section 4

XMLWordPrintableJSON

    • Type: Change Request
    • Resolution: Persuasive with Modification
    • Priority: Medium
    • US Making EHR Data More available for Research and Public Health (MedMorph) (FHIR)
    • 0.1.0
    • Public Health
    • Use Cases
    • 3, 4
    • Hide

      Synchronize the names between the Table of Contents and the Drop Down Menus to avoid different names for same content.

      Create a single list of Actor definitions and link to the definitions from the Workflow pages. As part of the single list, harmonize the definitions.

      Split the Backend Service App capability Statement to have Client and Server capability statements for Public Health Use Cases and Research use cases separately which will create a total of 4 different capability statements.

      Show
      Synchronize the names between the Table of Contents and the Drop Down Menus to avoid different names for same content. Create a single list of Actor definitions and link to the definitions from the Workflow pages. As part of the single list, harmonize the definitions. Split the Backend Service App capability Statement to have Client and Server capability statements for Public Health Use Cases and Research use cases separately which will create a total of 4 different capability statements.
    • Kishore Bashyam / Craig Newman : 28 - 0 - 1
    • Correction
    • Compatible, substantive

      Section 3 is called "Use Cases" in the table of contents, but in the "Background" drop down of the IG navigation is it referred to as "Public Health Cases and Workflows". Which is correct? Should Section 3 be viewed as a general definition of terms and Section 4 is a modification of that content? Or, are Section 3 and Section 4 "equal"?

      Both Section 3 and Section 4 define actors, in Sections 3.2 and 4.4. There is significant overlap, but subtle differences in some definitions. Consider creating a single actor section for all MedMorph use cases. If there truly are differences in how the actor should behave given the use case, consider defining new actors. 

      As an example, the Backend Services App has a different definition in Sections 3.2 and 4.4, however the IG only specifies a single Capability Statement for Backend Services Apps. How should IG implementers understand which definition applies?

            Assignee:
            Nagesh Bashyam
            Reporter:
            Andy Gregorowicz
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: