FHIR

A Dart/Flutter package for working with FHIR® resources. FHIR® is the registered trademark of HL7 and is used with the permission of HL7. Use of the FHIR trademark does not constitute endorsement of this product by HL7.

It contains packages for the 3 released FHIR versions:

Say Hello

  • As all parts of this are new (FHIR, Flutter, using the two together), I'd love to hear from you if you're working in this space. Open to PR, suggestions or requests. You can email me at grey@fhirfli.dev. Or, feel free to join our Slack!.

Tilo

Has made a bunch of contributions to these packages so far

Has also created his own awesome Flutter package, faiadashu (pub.dev, github), so check it out

FYIs & Questions

  • Also, I doubt anyone cares, but the Yaml parser doesn't tolerate an empty map as part of a list
  • I'm also considering adding assertions for R5 (if anyone cares one way or another about this, let me know)
  • Lists that include a null value throw an error currently, I could fix it, but that would require setting all lists to be able to contain nulls, and that seems like a pain in the ass for everyone involved. So for now at least, I'm going to leave it
  • I had added in an XML parser, but it's broken again. If anyone needs it let me know, but otherwise I may ignore it. (just request the json from the server)
  • Does anyone prefer enums to Codes? In R4B lots of what were enums they changed to codes (I assume to allow more flexibility, since many of the code sets are not strictly required), but if it's easier, I can change them back to enums.

How To Use

In order to use this package in your app, you must include the following in your pubspec.yaml file under dependencies:

dependencies:
  fhir: ^0.11.4

Or if you want to include the most recent unreleased version from Github

fhir:
  git:
    url: git://github.com/fhir-fli/fhir

Then, in any file where you're going to be using it, simply import it like this:

import 'package:fhir/r4.dart';

Or, you may need to rename the package, for instance, there are some variables FHIR uses that overlap with dart:core, or if you're going to be using more than oen version of FHIR in the same file:

import 'package:fhir/r4.dart' as r4;
import 'package:fhir/stu3.dart' as stu3;

And then just remember to append r4 or stu3 to any variables you use from the library.

Currently this package is really just for serializing/deserializing FHIR data, and being able to create FHIR resources.

To do something like create a patient, you can do the following:

var newPatient = Patient(
  name: [
    HumanName(family: 'LastName', given: ['FirstName'])
  ],
  birthDate: Date('2020-01-01'),
  gender: Code('female'),
);

If you're instead trying to get data from a server (currently I haven't implemented SMART on FHIR so it would need to be an open server, HAPI for instance - make sure you choose the right version you're interested in), a very simple example of querying and then printing the result:

Future main() async {
  var server = 'https://hapi.fhir.org/baseR4';
  var headers = {'Content-type': 'application/json'};
  var desiredResource = 'Patient';
  var response = await get('$server/$desiredResource', headers: headers);
  var searchSetBundle = Bundle.fromJson(jsonDecode(response.body));
  print(searchSetBundle.toJson());
}

All of the FHIR resources are immutable classes using the freezed package, which means you can take advantage of it's functionality for things like copying/updating:

  var changePatientName = newPatient.copyWith(name: [
    HumanName(family: 'NewLastName', given: ['SameFirstName'])
  ]);

Examples

This demonstration is using an older version of our Packages, but most of it still applies. A walk-through of a very basic Flutter app can be found here.

Primitive Values

Primitive values are these, things like instant, string, integer, etc. Howevever, because FHIR has some definitions of how they define some of these values that differ from Dart, I've made all of them (except String) and primitiveObject. This has a couple of useful things (and one or two annoying ones). In order to make something like an integer, you have to write it like this: FhirInteger(128) or FhirInteger('128). Yes, a little annoying, but it prevents inappropriate formatting, especially for things like dates that are a lot trickier. You can, however, check equality without this. For instance, FhirInteger(128) == 128 will evaluate to true.

NEW NUMBERS With the most recent release, I have changed the numbers slightly. Previously you could specify numbers as a String, and it would allow this. But technically, according to the FHIR spec, it should really only allow numbers, not Strings. So now, Double, Integer, Integer64, PositiveInt, UnsignedInt will ONLY allow actual numbers.

Dates and Times

As I was saying, dates are trickier. XKCD Agrees!. Part of the problem is that I allow multiple types to be passed into a constructor, a String, a dart DateTime, or another type of FhirDateTimeBase (FhirDate, FhirDateTime, and FhirInstant). There are also multiple constructors, the unnamed constructor, fromJson, fromYaml, and fromUnits. Then there are also multiple ways to get the output, toJson, toYaml, toString, and then members including valueString, valueDateTime, and input. I'm trying to clarify what gives what.

valueString and toString()

  • These will give you the same value. That value will be an OPINIONATED String version of whatever the input is, appropriate for the Class.
  • If FhirDate is given '2020-01-01T00:00:00.000Z' as the input, this will return '2020-01-01'
  • If FhirInstant is given '2020-01-01T00:00:00.11111-04:00' as the input, this will return '2020-01-01T00:00:00.111-04:00'

input, toJson(), toYaml()

  • In order to provide the user with expected input and output, especially with serialization (even if formatted incorrectly), toJson() and toYaml() will also produce the input IN STRING FORM. I did this because a Dart DateTime class is not viable json. The input will always return the actual object that was used, regardless of what kidn of object it is.

value, valueDateTime, valueDateTimeString, toIso8601String()

  • These are all based around the Dart DateTime class. Again, in order to try and stay true to user input, and because we can be more flexible than the FHIR official spec, if you enter more units than are appropriate, this will still allow you to store them.
  • If FhirDate is given '2020-01-01T00:00:00.11111Z' as the input, it will store 111 milliseconds, and 11 microseconds, and UTC as part of the DateTime.
  • value and valueDateTime will provide the same value.
  • valueDateTimeString will provide valueDateTime.toString()
  • toIso8601String() will provide valueDateTime.toIso8601String()

fromString

As long as it is a valid string for that class

FhirDate

  • FhirDate(yyyy); final dateyyyyDateTime = FhirDate(yyyyDateTime); final dateyyyyDateTimeFromString = FhirDate(yyyyDateTimeFromString); final dateyyyyFromString = FhirDate.fromString(yyyy); final dateyyyyFromDateTime = FhirDate.fromDateTime(yyyyDateTime, DateTimePrecision.yyyy); final dateyyyyFromJson = FhirDate.fromJson(yyyy); final dateyyyyDateTimeFromJson = FhirDate.fromJson(yyyyDateTime); final dateyyyyDateTimeFromStringFromJson = FhirDate.fromJson(yyyyDateTimeFromString); final dateyyyyFromUnits = FhirDate.fromUnits(year: 2012); final dateyyyyFromYaml = FhirDate.fromYaml(yyyy);

you're allowed to use values of 2020, 2020-06, or 2020-06-01 (written of course FhirDate('2020-06-01')). For FhirInstant and FhirDateTime you're also allowed to specify hours, minutes, seconds, milliseconds. For FhirInstant at least hour, minute and second is required. Yes, it's very annoying. There are also some restrictions like FhirInstant can only have 3 decimal places for seconds, but FhirDateTime can have more. Anyway, I've tackled them the best I can. Here are 2 examples with the output of various methods based on class:

  • Top is Input "2020-12-13T11:20:00.721470+10:00"
  • Bottom is Input "2020-12-13
Method FhirDateTime FhirDate FhirInstant
valueString
value
valueDateTime
iso8601String
toString()
toStringWithTimeZone()
toJson()
toYaml()
2020-12-13T01:20:00.721470Z
2020-12-13 01:20:00.721470Z
2020-12-13 01:20:00.721470Z
2020-12-13T01:20:00.721470Z
2020-12-13T01:20:00.721Z
2020-12-13T01:20:00.721Z
2020-12-13T11:20:00.721470+10:00
2020-12-13T11:20:00.721470+10:00
2020-12-13
2020-12-13 01:20:00.721470Z
2020-12-13 01:20:00.721470Z
2020-12-13T01:20:00.721470Z
2020-12-13
2020-12-13
2020-12-13T11:20:00.721470+10:00
2020-12-13T11:20:00.721470+10:00
2020-12-13T01:20:00.721470Z
2020-12-13 01:20:00.721470Z
2020-12-13 01:20:00.721470Z
2020-12-13T01:20:00.721470Z
2020-12-13T01:20:00.721Z
2020-12-13T01:20:00.721Z
2020-12-13T11:20:00.721470+10:00
2020-12-13T11:20:00.721470+10:00
valueString
value
valueDateTime
iso8601String
toString()
toStringWithTimeZone()
toJson()
toYaml()
2020-12-13
2020-12-13 00:00:00.000
2020-12-13 00:00:00.000
2020-12-13T00:00:00.000
2020-12-13
2020-12-13
2020-12-13
2020-12-13
2020-12-13
null
null
null


2020-12-13
2020-12-13
2020-12-13
2020-12-13 00:00:00.000
2020-12-13 00:00:00.000
2020-12-13T00:00:00.000
2020-12-13
2020-12-13
2020-12-13
2020-12-13
  • NOTE: An important take away point. There is a field called input. This stores the exact object you pass to the FhirDateTimeBase when you create the object. So if you need it, it's there. For the toJson() and toYaml() methods, it takes this value and runs toString() on it directly. This way you'll still get a (possibly improperly formatted) String to serialize. Otherwise, you might get a dart DateTime in your serialization, and that's not always valid depending on what you're doing.

UPDATE: Hooray for user input!. Working with primitives has been nagging at me for a while now, and this gave me the impetus to try and fix it. It MOSTLY shouldn't effect anyone's code. It's still going to serialize/deserialize in the same way. The difference is that now you can get the value from the field without having to fold it (I love Dartz, but I don't think I was using it the best way for these). Now, however, you can do this:

final obs = Observation(
      code: CodeableConcept(), effectiveDateTime: FhirDateTime('2020-01-01'));
print(obs.effectiveDateTime == DateTime(2020, 1, 1)); // true

Note that this only works in one direction because the classes override the == operator. This means that if you try

print(DateTime(2020, 1, 1) == obs.effectiveDateTime); // false

It will be false, because it will use the DateTime == instead.

Validation

  • For validation testing, I run all of the sample files from hl7 through a tester. There is an errors.txt file in the test folder where all of the errors are reported (the file name and then the specific field). Currently the only errors involve Codes and IDs. The Codes have to due with the fact that code is not supposed to have leading or trailing white space. The issues with the IDs are that IDs are not supposed to be more than 64 characters, and these are 65. However, if it turns out that no one wants to enforce these as strictly as I do, I may relax them. Also, for r5, there are some fields that I'm not sure if they're supposed to be lists or not, and there are a number of reference I'm not sure if I have the correct name (because the names differe on the website vs. the downloadable schema). I've kept whichever one seemed to be present in the examples.
  • For validating the toYaml() functions, I first read the map into a Resource, convert it into Yaml, convert it back into a Resource, and then use that in the validation function above.
  • There are two files that seem to have random nulls in the middle, I'm not sure why, they don't seem to serve any purpose, and they don't currently transfer into Yaml at this point.
  • Exceptions: this package does not support input such as the following, and will throw an error:
"timingTiming": {
  "event": [
    null
  ]
}

Code Generation

I think it's the new compiling. It's actually great though, json_serializable and freezed are used extensively throughout. In order to allow a field to contain any resource, it is passed to the resource class and is passed to a switch case statement (which feels a little clunky, but I haven't managed a better way yet). I've removed the resource.g.dart files for all versions. It didn't appear to ever be used, but did lose me points on pub.dev. But if it changes your functionality, please let me know. It will state that there's an error when you run code generation however.

[WARNING] json_serializable:json_serializable on lib/dstu2/basic_types/resource.dart:
Missing "part 'resource.g.dart';".

Formatting Notes

  • Class names: upper camel case.
  • Variables: lower camel case.
  • File names: snake case.
  • FHIR nested classes (including enums) listed under the primary class
  • There are a number of FHIR fields that are reserved words in Dart. For these, I have added a '_' to the end of the field. (note that this does not change the json format), as when that happens the @JsonKey has been added to the field like so:
@JsonKey(name: 'extension') List<FhirExtension> extension_,

A couple special notes about DSTU2

  • Because Dstu2 is not formatted as well as the newer versions, a number of the names end up being extremely long. What I have decided to do is the following:
    • If the field/class id in the schema is a single word("id": "integer" or "id": "ValueSet"), that word is used as the field or class name.
    • If the id is more than a single word AND it is a primitive type ("id": "ValueSet.expansion.contains.display" which is a string), the last word is used as the type, in this case the field would be: String display
    • If the id is 2 words and is NOT a primitive type ("id": "ValueSet.expansion"), the type is the two words combined with upper camel case, and the field is the last word: ValueSetExpansion expansion
    • if the id is more than 2 words and NOT a primitive type ("id": "TestScript.setup.action.operation.requestHeader"), the type is the first, next to last and last word combined with upper camel case, and the field is the last word: TestScriptOperationRequestHeader requestHeader
  • Many of the element fields I have included because they are included as part of the test resources. I could not find a full list online, so there may still be some element fields that I have missed.

FHIR datatypes

  • these are R4 (R5 is very similar)
PrimitiveTypes GeneralTypes MetadataTypes SpecialTypes DraftTypes
base64binary address contactDetail dosage population
boolean age contributor elementDefinition productedShelfLife
canonical annotation dataRequirement extension prodCharacteristic
code attachment parameterDefinition meta marketingStatus
date codeableConcept relatedArtifact narrative substanceAmount
dateTime coding triggerDefinition reference
decimal contactPoint usageContext
id count relatedArtifact
instant distance triggerDefinition
integer duration usageContext
markdown humanName expression
oid identifier
positiveInt money
string moneyQuantity
time period
unsignedInt quantity
uri range
url ratio
sampledData
signature
simpleQuantity
timing

The full resource lists I've decided it's not worth upkeeping since HL7 does that already.

Resource Index Dstu2

Resource Index Stu3

Resource Index R4

Resource Index R5 Preview #3

FHIR® is a registered trademark of Health Level Seven International (HL7) and its use does not constitute an endorsement of products by HL7®

Yaml

  • FYI, I've decided it's silly to maintain this as a separate package when it always goes together, and it's just a single file. So I'm deprecating fhir_yaml and just including it in the main package. This was the readme from that package (and giving credit where credit is due)

toYaml

This is just my personal branch of the json2yaml package by Alexei Sintotski. However, in order to be able to include it in some of my other packages, it needs to be published. I have added some additional formatting because some of the json that I needed to transform included complicated html/xml tags, plus I wanted to try and remove any extra lines that weren't necessary.

json2yaml

Dart package to render JSON data to YAML

This is for working with our fhir package. FHIR® is the registered trademark of HL7 and is used with the permission of HL7. Use of the FHIR trademark does not constitute endorsement of this product by HL7.

json2yaml()

json2yaml is the function to format JSON data to YAML.

  const developerData = {
    'name': "Martin D'vloper",
    'job': 'Developer',
    'skill': 'Elite',
    'employed': true,
    'foods': ['Apple', 'Orange', 'Strawberry', 'Mango'],
    'languages': {
      'perl': 'Elite',
      'python': 'Elite',
      'pascal': 'Lame',
    },
    'education': '4 GCSEs\n3 A-Levels\nBSc in the Internet of Things'
  };

  print(json2yaml(developerData));

This function is implemented in a very basic and perhaps naive way, please let me know if it does not work for you.

Usage

To use fhir_yaml, add the following dependency to pubspec.yaml:

dependencies:
  fhir_yaml: ^0.2.1

Advanced usage: YAML formatting styles

json2yaml supports the optional argument to customize YAML formatting for various use cases. At the moment, it supports the three following formatting styles:

  • YamlStyle.generic (default) -- Default formatting style applicable in most cases
  • YamlStyle.pubspecYaml -- YAML formatting style following pubspec.yaml formatting conventions
  • YamlStyle.pubspecLock -- YAML formatting style following pubspec.lock formatting conventions

YAML style is supplied as an optional argument to json2yaml():

/// Yaml formatting control options
enum YamlStyle {
  generic,
  pubspecYaml,
  pubspecLock,
}

/// Converts JSON to YAML representation
String json2yaml(
  Map<String, dynamic> json, {
  YamlStyle yamlStyle = YamlStyle.generic,
});

FHIR® is a registered trademark of Health Level Seven International (HL7) and its use does not constitute an endorsement of products by HL7®

Libraries

r5/basic_types/backbone_type
stu3/resource_types/base/base
r4/resource_types/base/base
r5/resource_types/base/base
primitive_types/base64binary
r5/basic_types/basic_types
r4/basic_types/basic_types
stu3/basic_types/basic_types
dstu2/basic_types/basic_types
r5/resource_types/financial/billing/billing
stu3/resource_types/financial/billing/billing
r4/resource_types/financial/billing/billing
dstu2/resource_types/financial_types/billing/billing
r4/resource_types/financial/billing/billing.enums
primitive_types/boolean
primitive_types/canonical
dstu2/resource_types/clinical_types/care_provision/care_provision
r5/resource_types/clinical/care_provision/care_provision
r4/resource_types/clinical/care_provision/care_provision
stu3/resource_types/clinical/care_provision/care_provision
r4/resource_types/clinical/care_provision/care_provision.enums
r4/resource_types/clinical/clinical
r5/resource_types/clinical/clinical
stu3/resource_types/clinical/clinical
stu3/resource_types/specialized/clinical_decision_support/clinical_decision_support
dstu2/resource_types/clinical_types/clinical_types
primitive_types/code
primitive_types/comparator
r4/resource_types/foundation/conformance/conformance
r5/resource_types/foundation/conformance/conformance
stu3/resource_types/foundation/conformance/conformance
r4/resource_types/foundation/conformance/conformance.enums
dstu2/resource_types/conformance_types/conformance_types
dstu2/resource_types/conformance_types/content/content
primitive_types/date
primitive_types/date_time
primitive_types/date_time_base
primitive_types/date_time_precision
primitive_types/decimal
stu3/resource_types/specialized/definitional_artifacts/definitional_artifacts
r4/resource_types/specialized/definitional_artifacts/definitional_artifacts
r5/resource_types/specialized/definitional_artifacts/definitional_artifacts
r4/resource_types/specialized/definitional_artifacts/definitional_artifacts.enums
dstu2/resource_types/identification_types/devices/devices
r4/resource_types/clinical/diagnostics/diagnostics
dstu2/resource_types/clinical_types/diagnostics/diagnostics
stu3/resource_types/clinical/diagnostics/diagnostics
r5/resource_types/clinical/diagnostics/diagnostics
r4/resource_types/clinical/diagnostics/diagnostics.enums
r4/resource_types/foundation/documents/documents
stu3/resource_types/foundation/documents/documents
r5/resource_types/foundation/documents/documents
r4/resource_types/foundation/documents/documents.enums
dstu2/resource_types/infrastructure_types/documents_and_lists/documents_and_lists
r5/draft_types/draft_types
r4/draft_types/draft_types
dstu2/dstu2
dstu2
r5/basic_types/element
dstu2/basic_types/element
r4/basic_types/element
stu3/basic_types/element
dstu2/resource_types/identification_types/entities/entities
stu3/resource_types/base/entities/entities
r5/resource_types/base/entities1/entities1
r4/resource_types/base/entities1/entities1
r4/resource_types/base/entities1/entities1.enums
r5/resource_types/base/entities2/entities2
r4/resource_types/base/entities2/entities2
r4/resource_types/base/entities2/entities2.enums
r4/resource_types/specialized/evidence_based_medicine/evidence_based_medicine
r5/resource_types/specialized/evidence_based_medicine/evidence_based_medicine
r4/resource_types/specialized/evidence_based_medicine/evidence_based_medicine.enums
dstu2/resource_types/infrastructure_types/exchange/exchange
primitive_types/extended_duration
r4/basic_types/fhir_extension
dstu2/basic_types/fhir_extension
r5/basic_types/fhir_extension
stu3/basic_types/fhir_extension
primitive_types/fhir_primitive_base
yaml/fhir_yaml
r4/resource_types/financial/financial
r5/resource_types/financial/financial
stu3/resource_types/financial/financial
dstu2/resource_types/financial_types/financial_types
r4/resource_types/foundation/foundation
r5/resource_types/foundation/foundation
stu3/resource_types/foundation/foundation
dstu2/resource_types/clinical_types/general/general
r4/resource_types/financial/general/general
stu3/resource_types/financial/general/general
r5/resource_types/financial/general/general
r4/resource_types/financial/general/general.enums
r4/general_types/general_types
r5/general_types/general_types
dstu2/general_types/general_types
stu3/general_types/general_types
dstu2/resource_types/identification_types/groups/groups
primitive_types/id
dstu2/resource_types/identification_types/identification_types
r4/resource_types/base/individuals/individuals
r5/resource_types/base/individuals/individuals
stu3/resource_types/base/individuals/individuals
dstu2/resource_types/identification_types/individuals/individuals
r4/resource_types/base/individuals/individuals.enums
dstu2/resource_types/infrastructure_types/information_tracking/information_tracking
dstu2/resource_types/infrastructure_types/infrastructure_types
primitive_types/instant
primitive_types/integer
primitive_types/integer64
r5/resource_types/base/management/management
r4/resource_types/base/management/management
stu3/resource_types/base/management/management
r4/resource_types/base/management/management.enums
primitive_types/markdown
dstu2/resource_types/clinical_types/medication_and_immunization/medication_and_immunization
r5/resource_types/specialized/medication_definition/medication_definition
r4/resource_types/specialized/medication_definition/medication_definition
r4/resource_types/clinical/medications/medications
r5/resource_types/clinical/medications/medications
stu3/resource_types/clinical/medications/medications
r4/metadata_types/metadata_types
r5/metadata_types/metadata_types
stu3/metadata_types/metadata_types
dstu2/resource_types/conformance_types/misc/misc
primitive_types/number
primitive_types/oid
dstu2/resource_types/conformance_types/operations_control/operations_control
r4/resource_types/foundation/other/other
r5/resource_types/foundation/other/other
stu3/resource_types/foundation/other/other
dstu2/resource_types/financial_types/other/other
r4/resource_types/foundation/other/other.enums
dstu2/resource_types/workflow_types/patient_management/patient_management
stu3/resource_types/financial/payment/payment
r5/resource_types/financial/payment/payment
r4/resource_types/financial/payment/payment
dstu2/resource_types/financial_types/payment/payment
r4/resource_types/financial/payment/payment.enums
primitive_types/positive_int
primitive_types/primitive_type_exceptions
primitive_types/primitive_types
stu3/resource_types/specialized/public_health_and_research/public_health_and_research
r4/resource_types/specialized/public_health_and_research/public_health_and_research
r5/resource_types/specialized/public_health_and_research/public_health_and_research
r4/resource_types/specialized/public_health_and_research/public_health_and_research.enums
stu3/resource_types/specialized/quality_reporting/quality_reporting
r5/resource_types/specialized/quality_reporting_and_testing/quality_reporting_and_testing
r4/resource_types/specialized/quality_reporting_and_testing/quality_reporting_and_testing
r4/resource_types/specialized/quality_reporting_and_testing/quality_reporting_and_testing.enums
r4
r4/r4
r5/r5
r5
r4/resource_types/clinical/request_and_response/request_and_response
r5/resource_types/clinical/request_and_response/request_and_response
stu3/resource_types/clinical/request_and_response/request_and_response
r4/resource_types/clinical/request_and_response/request_and_response.enums
stu3/resource/resource
dstu2/resource/resource
r5/resource/resource
r4/resource/resource
stu3/resource_types/resource_types
r4/resource_types/resource_types
dstu2/resource_types/resource_types
r5/resource_types/resource_types
stu3/resource_types/resource_types.enums
dstu2/resource_types/workflow_types/scheduling/scheduling
stu3/resource_types/foundation/security/security
r4/resource_types/foundation/security/security
r5/resource_types/foundation/security/security
r4/resource_types/foundation/security/security.enums
r5/special_types/special_types
dstu2/special_types/special_types
r4/special_types/special_types
stu3/special_types/special_types
r5/resource_types/specialized/specialized
r4/resource_types/specialized/specialized
stu3/resource_types/specialized/specialized
dstu2/resource_types/infrastructure_types/structure/structure
stu3
stu3/stu3
r5/resource_types/clinical/summary/summary
r4/resource_types/clinical/summary/summary
stu3/resource_types/clinical/summary/summary
r4/resource_types/clinical/summary/summary.enums
r4/resource_types/financial/support/support
r5/resource_types/financial/support/support
dstu2/resource_types/financial_types/support/support
stu3/resource_types/financial/support/support
r4/resource_types/financial/support/support.enums
stu3/resource_types/foundation/terminology/terminology
dstu2/resource_types/conformance_types/terminology/terminology
r5/resource_types/foundation/terminology/terminology
r4/resource_types/foundation/terminology/terminology
r4/resource_types/foundation/terminology/terminology.enums
stu3/resource_types/specialized/testing/testing
primitive_types/time
primitive_types/unsigned_int
primitive_types/uri
primitive_types/url
primitive_types/uuid
stu3/resource_types/base/workflow/workflow
r4/resource_types/base/workflow/workflow
r5/resource_types/base/workflow/workflow
r4/resource_types/base/workflow/workflow.enums
dstu2/resource_types/workflow_types/workflow1/workflow1
dstu2/resource_types/workflow_types/workflow2/workflow2
dstu2/resource_types/workflow_types/workflow_types