Iteration 8 Requirements

Overall system functional requirements are documented on the Feature List wiki page.

Features from previous functionality cannot be lost.

System Non-Functional Requirements

• Processes 10,000 individual records in a timely manner (e.g. less than one hour running after practice hours)
• Alignment with PITO E2E-DTC version 1.3

OSCAR Component Requirements

OSCAR is the test EMR supported for this iteration.

Functional Requirements

1. From within an individual's chart, user can export an individual patient summary record
2. Outside of an individual chart, user can export individual patient summary documents for all patients as a batch

Non-Functional Requirements

1. Export format is HL7 CDA standard-based, specifically the "E2E" format created by the BC Physician Information Technology Office program.
2. For this iteration, E2E content sections must include all sections that are considered required for a minimally functional E2E document.
3. Export must perform in a timely manner - while a user waits (30 min / 10000 patients)
4. Export feature saves summary document(s) in a folder on the same workstation that the user initiated the request from.
5. Export format is customizable for users that adopt a different document standard.

hQuery Component Requirements

We assume that this wiki page only outlines new features for hQuery.

Non-Functional Requirements

1. Imports records in the E2E 1.3 patient summary document format.
2. Component accepts records as fast as relay-service.rb processes them without degrading reliability.
3. All hQuery components are running on Ruby 1.9.3