Page Properties | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
|
Page Properties | ||||||||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||||||||||||||
|
...
A more permissible model with a minimum number of MUST Epics in each Capability to cover:
Scope of Capability generally (may be more than 1, but keeping to a minimum)
Serious Clinical Safety implications if not a MUST and there isn’t a safe alternative
Covers Legal Requirements for Practices
Supports the Practice meeting their obligations under the GP Contract
Any mandated national Interoperability Standards mapped to that Capability
To cover any other Standards that map specifically to that Capability e.g. Management Information Reporting Standard or eMED3 Standard (this does not include Overarching Standards)
Majority of existing MUST Epics will change to be MAYs and new MAY Epics will be added in some cases to replace requirements from within Capability Specific Standards
This allows the Supplier to choose which MAY EPICs to implement and evidence. We expect the Suppliers to recognise the need to provide a comprehensive product based on their user feedback and their desire to be competitive against other solutions
Mandatory Overarching Standards will remain
A number of Standards are planned to be removed as part of the GEN2 transition, including Capability Specific Standards (e.g. Appointments Management - Citizen - Standard) once the requirements within have been reviewed and one of the following actions taken:
Requirement is removed and re-written as part of the Epics and Acceptance Criteria within the associated Capability (i.e. as a completely new Epic or as amendments to an existing Epic)
Requirement is removed and the important details added as Additional Implementation Details against an Epic within the associated Capability
Requirement is removed and the important details added as Supporting Information against an Epic within the associated Capability (this could be directly against the Epic or on a Reference Page referenced from the Supporting Information against the Epic)
Requirement is removed entirely (i.e. because it is a duplicate requirement and doesn’t specify anything that isn’t already covered by an Epic or it is deemed non-essential and too low level for the Epics)
Requirement is moved into another Standard
...
Update Workflow Capability to version 1.0.2
Retire Workflow - Standard Standard
'Task' Epics moved from Workflow Capability version 1.0.1 to new Capability 'Task Management'
...
New Capability ‘Task Management’ added to the model version 1.0.0
Incorporated the ‘Task’ Epics from Workflow Capability version 1.0.1 and Task related requirements from Workflow from Workflow - Standard Standard
Communication Management
Update Communication Management Capability to version 1.0.2
Retire Communication Management - Standard
Digital Diagnostics
Update Digital Diagnostics Capability to version 1.0.2
Retire Digital Diagnostics - Standard
Document Management
Incorporate Unstructured Data Extraction Epics/ACs into Document Management Capability
Update Document Management Capability to version 1.0.2
Retire Document Management - Standard
GP Extracts Verification
Update GP Extracts Verification Capability to version 1.0.2
Retire GP Extracts Verification - Standard
Unstructured Data Extraction
Existing Epics/AC from Unstructured Data Extraction Capability merged into Document Management Capability version 1.0.2
Appropriate existing requirements from Unstructured Data Extraction - Standard merged into Document Management Capability version 1.0.2 as Epics/AC
Retire Unstructured Data Extraction Capability
Retire Unstructured Data Extraction - Standard Standard
Scanning
Update Scanning Capability to version 1.0.2
...
Standards to be retired:
Workflow - Standard
Communication Management - Standard
Digital Diagnostics - Standard
Document Management - Standard
GP Extracts Verification - Standard
Unstructured Data Extraction - Standard
Assurance Approach
New GEN2 Capabilities
...