Introduction
Purpose
These standards:
-
Specify the requirements for designing and building RESTful APIs.
-
Provide guidance for aligning with our API Strategy & Roadmap.
They are intended for API producers but may also assist teams integrating APIs into client applications.
Practical tips
If you have production APIs, you need not introduce breaking changes solely to comply. Contact the author for support.
Further reading and information
The API Strategy & Roadmap
Scope
In-scope
These standards apply to RESTful APIs designed and built for:
-
Internal use within the organisation.
-
External use by clients, partners, or third parties.
A good practice checklist is also included to assist teams in achieving compliance.
Out-of-scope
These standards do not apply to:
-
Non-RESTful APIs, including GraphQL, gRPC, and event-driven APIs (e.g. Azure Functions).
-
APIs designed primarily to handle large binary data (e.g. image or file delivery).
-
Topics outside API design and implementation, such as Domain-driven design or microservices architecture.
-
Infrastructure, networking, or Web Application Firewalls (WAF).
-
API publishing pipelines (e.g. via Apigee).
-
Telemetry, monitoring, or general software development practices.
References
- The API Strategy and Roadmap
- Software development handbook
- Testing for lost updates
- How to write a Test Summary Report
- SDS-TEM-5 - Test Summary Report template
- Using Source Control
- How to Organise Your Software Solution
- General Coding Standards
- IG-TEM-1 - Data Protection Impact Assessment Form Template
- DHCW-POL-5 - Service Level Target Policy
Conventions
The key words MUST, MUST NOT, REQUIRED, SHALL, SHALL NOT, SHOULD, SHOULD NOT, RECOMMENDED, MAY, and OPTIONAL in this document are to be interpreted as described in RFC 2119.
Practical tips
Practical tips
Examples of good practice
Examples of good practice...
Practices to avoid
...and practices to avoid
Further reading and information
Links to further guides, information and work instructions. If a hyperlink is missing, search for the document in our Document Management System.
The need for guidance
Conforming to these standards helps you build APIs that are consistent, easy to use, safe and secure.
Practical tips
Integration as a 'war of attrition'
Read about Mark Wardle's experience integrating applications with NHS Wales systems. Mark is a Consultant Neurologist and Chair of the Welsh Technical Standards Board.
Further reading and information