BOTS.FR-HIE.001 | | Should be able to send SMS notifications to patients that require urgent attention-(PIMS).
|
BOTS.FR-HIE.002 | | Should be able to allow capturing of certain specific specimen-(PIMS).
|
BOTS.FR-HIE.003 | | Should be able to ping SHR for available lab test results and avail them to the clinicians- (PIMS).
|
BOTS.FR-HIE.004 | | Should be able to send lab test results to the SHR-(IPMS).
|
BOTS.FR-HIE.005 | | Shall include an interface into which a workflow engine can be connected.
|
BOTS.FR-HIE.006 | | Should support the ability to be extended by allowing additional mediation functions to be added or removed as they are needed.
|
BOTS.FR-HIE.007 | | Shall support a mechanism for error management and tracking, e.g. a console for viewing failed transactions.
|
BOTS.FR-HIE.008 | | Shall allow for failed transactions to be grouped by error type and reason so that errors can be rectified efficiently by finding the root cause of the error, fixing the problem, and re-running those transactions.
|
BOTS.FR-HIE.009 | | Should support the ability for a user to re-run errored transactions through the HIE once the reason for their failure has been rectified.
|
BOTS.FR-HIE.010 | | Shall provide authorized users with a view of metrics for monitoring the flow of messages through the HIE.
|
BOTS.FR-HIE.011 | | Shall manage the security of the HIE through authentication (identity verification), authorization (permission to interact with specified HIE components) and encryption and decryption of messages.
|
BOTS.FR-HIE.012 | | Shall support Authentication and Authorization of systems trying to send data to the HIE.
|
BOTS.FR-HIE.013 | | Should support the encryption of data in flight (when not on a physically secure network) and at rest (whenever data is stored, e.g. when transactions are stored for logging).
|
BOTS.FR-HIE.014 | | Should capture monitoring statistics, such as transaction loads and performance metrics, and provide a view of these for monitoring the flow of messages through the HIE.
|