gleam fhir types and client https://fhir.hexdocs.pm/

it is relatively new and untested irl, but interesting as gleam is very nice for fhir in some ways:

-fhir choice types imo were originally designed for some kind of object oriented polymorphism, but are nicer as sum types

-cardinality works nicely with Option for 0..1 and List for 0..*, the only ugly part is if you need primitive extensions and suddenly there are a ton of Option fields

-works with whatever http client you need for erlang or js target, meaning can use on server or in browser

hl7v2 is much uglier than fhir but commonly used eg by state immunization registries, so I am considering gleam types that have message/segment structure, but leave each field as String (as opposed to gleam fhir which uses Bool or whatever for primitive types)

after that not sure some kind of gpl toy emr probably a stripped down version of openemr that uses gleam/lustre and a fhir server instead of php, but this is definitely the mysterious step 3 ??? as there are a lot of features and integrations that take a lot of work or use different formats (hl7v2, ccda...)