Query Network Community of participants that agree to interact with each other. There will be many networks; requestors and responders may participate in multiple networks. The network will enforce an initial, but not necessarily final, authorization boundary. Query Authorized Requestors Participating Responders
Query Lifecycle 1a Query Builder UX Authorized Requestor 1b 7 • Requestor optionally uses a query builder user interface to create a query and submits it to their dedicated orchestrator. • The orchestrator determines at what time and frequency the query should run (one time, monthly, etc.) and submits the query when appropriate to its requestoragent. • Requestor agent submits the query over the Internet to each participating organization’s responder agent and awaits responses. Responder agents may provide a number of services: additional authorization, manual review, etc. • The responder agent calculates site resultsusing the appropriate data sources. • The responder agent returns site results to the appropriate requestor agent. • The requestor agent returns site results to the aggregator that combines site results into combined results • The aggregator makes interim and final results available to the requestor. 6 2 Aggregator Orchestrator Requestor Agent 3 5 Responder Agent Responder Agent 4 Source Data Source Data Responder “1” Responder “N” … Note: All communication between Requestors and Responders are asynchronous.
Query Envelope Query Response Responder identifier Response identifier (unique within responder space) Requestor identifier Query identifier Freeform notes for requestors Results Usage policy information Response Payload • Requestor identifier • Query identifier (unique within requestor space) • Security and Privacy Context (auth, privacy, etc.) • Optional recurrence information to support repeated queries • Freeform notes for responders • Query type and version • Query Payload
Query Payload • Query Health supports multiple “query types” traveling over the same transport and envelope* • Types are identified by a name and version • E.g., “MU Stage 1 EP/1.0” • Each type implies • Query syntax • Clinical information model • Response format * Goal is to support two types in pilots; one very simple and one more complex to support the clinical workgroup user stories.