Eric Haas
Eric Haas
after working with both the smart FHIRClient.py models and fhir.resources. I find that using python's datetime natively works so much better that always converting dates, datetime to a FHIRDate. So...
Thanks but it does not work for the elements... ~~~ 1 from fhir.resources.observation import Observation ----> 2 Observation.code.get_resource_type AttributeError: type object 'Observation' has no attribute 'code' ~~~
here is what I did: ~~~ element_type = next(i.type_.__resource_type__ for i in resource.element_properties() if i.name == element) ~~~
I just saw this: https://github.com/nazrulworld/fhir.resources#enum-validator
I don't have an opinion. It seems from the pydantic CRs that just using the yaml dump and load methods is the preferred choice. e.g. ## Testing out fhir.resources ####...
not yet, but I will. I am going through the FastAPI spec hoping to generate swagger docs using the models but I see that there are some issues with that....
Although I can see the argument for persisting an empty list when building an instance. You might want to append items in a subsequent step. So it would not always...
convert bunch of XML's to FHIR format? I think you mean xml to json. One way is to use the convert operation on a reference server: https://build.fhir.org/resource-operation-convert.html There are also...
I stumbled on the try except pattern, but that doesn't let me see the ill-formed or half baked json. For example, I'm creating an resource and want to inspect it...