FHIR Profiling Tools
A Source HTTP node that serves a page listing every FHIR resource and complex type, and returns a JSON template for any one of them with all fields present and unset.
Part of the Linkiir Adapters package — see requesting the package.
What it does
Open the node's route in a browser and you get two lists: FHIR resources such as Patient and Encounter, and complex types such as HumanName and Address. Click any entry and you get its JSON template.
It is a mapping aid rather than an integration. Use a template to see the exact shape and field names of a resource before you write a mapping, or as the starting point for a test payload.
| Request | You get |
|---|---|
| The route on its own | The browser page, with every resource and type as a link |
| The route with a resource name | That resource's JSON template |
| Anything else | A JSON not-found response |
Resource names are not case-sensitive, so patient and Patient both work.
No credentials and no outbound calls: the node answers from FHIR specification data held locally.
Set it up
- Open the FHIR Profiling Tools node in the Workflow Builder and click Edit.
- Set Route Path to the path you want it served on, and pick the FHIR Version you are mapping against.
- Save and start the node.
- Open the route in a browser, on the port configured in Settings → Http Server. See HTTP Server Settings.
The first request after a version change builds the profile data it serves, so it takes a little longer than the ones after it.
Configuration reference
| Field | Type | Default | Purpose |
|---|---|---|---|
| Route Path | string | fhir | URL path this node answers on |
| Worker Count | number | 1 | How many requests it handles at once. Raise it only if several people use it together |
| FHIR Version | list | 4.0.1 | Specification version to serve templates for |
| Refresh | bool | false | Turn on to rebuild the profile data on the next request, then turn it off |
| Specifications Path | string | (empty) | Where the specification files live. Empty uses the copy supplied with the node |
Like any HTTP source node, this route answers anyone who can reach the port. It serves specification templates rather than patient data, but treat it as an internal tool: keep it on a restricted network and stop the node when you are not using it. See Security.
Verify it worked
- The route returns the page, listing resources and types.
- Requesting
Patientreturns a JSON object withname,gender,birthDate, and the rest of the Patient fields, all unset. - An unknown name returns a not-found response rather than an empty body.
If it didn't work
| Symptom | Cause | Fix |
|---|---|---|
| The browser cannot reach the route | The node is stopped, or the embedded HTTP server is off | Start the node; check Use Server in HTTP Server Settings |
missing required field: Route Path at start | Route Path is empty | Set a path and restart |
| The page loads but lists nothing | The profile data has not been built for the selected version | Turn Refresh on, load the page once, then turn it off |
| A resource returns not-found | The name is not a resource or type in the selected FHIR Version | Check the spelling against the list on the page |
| Requests are slow under several users | Worker Count is 1 | Raise it a little and restart |
Next
- FHIR Resource Creator — build a Patient resource from your own data
- How Adapters Work
- Source Nodes