The following steps will assist software developers who wish to build products that support electronic prescribing.
The Agency offers a range of support services including consultative support and scheduled information sessions. If you require any support to understand the Agency’s conformance requirements or other technical specifications please contact [email protected].
Step 1: Gain HI Service conformance
Conformance to the Healthcare Identifier Service (HI) is a prerequisite for prescribing and dispensing systems to participate in electronic prescribing. If your product is not conformant with the HI Service, please develop this capability first. For instructions please go to the following page:
If your product is already HI Service conformant please proceed to step 2.
Step 2: Learn how Electronic Prescribing works
To gain an understanding of how electronic prescribing works, read the Electronic Prescribing Technical Framework documents located here:
- Electronic Prescribing - Technical Framework Documents v3.2 - these documents include a Solution Architecture, Conformance Assessment Scheme and Conformance Profile.
The Conformance Test Specification is located here:
Once you have read these documents, proceed to step 3.
Step 3: Identify your product type
Determine the functions your product will perform in the electronic prescribing process and if your product will need to connect to an Open Prescription Delivery Service (PDS) to enable end-to-end electronic prescription transactions.
To access capabilities provided in an Active Script List you will need to connect to an Open PDS, this functionality is not available in a direct PDS model.
Most prescribing and dispensing CIS products will connect to an Open PDS.
Hospital CIS solutions may provide their own direct PDS solution.
You will need to complete the conformance process with the Prescription Delivery Service (PDS) and the Agency. The process will vary depending on the type of product you are developing. The average time required to complete the process with the Agency is currently 20 business days. This is in addition to the time required to develop your product, conduct your testing and self-assessment, and complete the observed testing session with the PDS. An overview of the process steps, who performs each step, and the average time taken to complete is shown in the diagram.
Conformance process timeline
For detailed information on the conformance process for your product type, please select the relevant option:
Services Australia advises that due to scheduled maintenance, there will be an outage to the vendor environment between approximately 6.00pm-8.00pm on Tuesday 10 October 2023 (AEDT).
The following steps will assist prescribing and dispensing Clinical Information System (CIS) software developers connect to an open Prescription Delivery Service (PDS) and declare software conformance with the Agency’s Electronic Prescribing technical framework.
The following steps will assist software developers who provide open Prescription Delivery Service (PDS) and/or Active Script List Registry capabilities to declare software conformance with the Agency’s Electronic Prescribing technical framework.
The following steps will assist Clinical Information System (CIS) software developers with a direct Prescription Delivery Service (PDS), declare software conformance with the Agency’s Electronic Prescribing technical framework.
A mobile intermediary system is a software product that a mobile application uses to connect to, and interact with, Open Prescription Delivery Services (PDS) and/or Active Script List Registry (ASLR) Services.
A mobile application or web-based application is used by a subject of care or carer to manage prescriptions and to present an electronic prescription token to a pharmacy.
Electronic Prescribing Frequently Asked Questions covering topics such as Prescribing Systems, Dispensing Systems, Mobile Applications, Mobile Intermediaries, Transitional eNRMC and Conformance Profile 3.0 and more.
This guide will discuss potential changes which are required in your software.
This roadmap has been developed to capture known impacts to software developers across participating government organisations.
This Developer Guide is for the use of developers whose products connect to the Healthcare Identifiers (HI) Service, My Health Record, Electronic Prescribing and Secure Messaging with a National Authentication Service for Health (NASH) PKI Certificate.
This Developer Guide provides guidance for developers on how to test their NASH SHA-2 software enhancements and submit evidence of their product’s readiness to the Agency for assessment.
Changes to the National Authentication Service for Health (NASH) PKI certificates.
The Australian Digital Health Agency (the Agency) has published a series of Electronic Prescribing (EP) Conformance Profiles (CP) with incremental increases in functionality.
The Pharmacist Shared Medicines List (PSML) is a clinical document type supported by the My Health Record system.