hapi-fhir/hapi-fhir-base/TODO.txt

46 lines
1.8 KiB
Plaintext
Raw Normal View History

2014-03-04 08:13:28 -05:00
2014-03-07 17:31:05 -05:00
* Implement JSON parser and encoder- I'm thinking probably just using GSON
and writing the encode() part from scratch. For the parse() part, the
ParserState class from the XML parser should be able to be shared with
the Json parser, which will make it a lot easier to implement..?
* Implement strategy for narrative generation- I'm thinking maybe
an interface that turns a given resource into an HTML representation
and then a default implementation for our basic types (Patient, Observation)
and maybe a way to configure this in the FhirContext so that the parser
can take advantage?
2014-03-05 17:35:06 -05:00
* Add SimpleSetters for all primitive datatypes
2014-03-07 17:31:05 -05:00
2014-03-07 09:14:50 -05:00
* Implement and add Simple Getters in a similar way to simple setters
2014-03-07 17:31:05 -05:00
2014-03-07 16:23:49 -05:00
* Add support for modifierExtensions
2014-03-07 17:31:05 -05:00
* Add client and server support for other operations from
the list here (we currently support read, vread, and search
2014-03-07 17:35:24 -05:00
but there are many more): http://latest.fhir.me/http.html
* Get resource references working on both client and server - for the
client, maybe allow lazy-loading or something?
* Support compartments for client and server
2014-03-10 12:43:49 -04:00
* Support slices in the model
2014-03-10 18:17:30 -04:00
* Support extensions (declared and undeclared) in primitives, narratives, etc.
2014-03-12 18:21:17 -04:00
* Create a Maven archetype for a server project and a client project
* Support "Binary" resource, which is a special resource type
---------
Issues:
2014-03-26 17:37:08 -04:00
* Submit _narrative parameter as enhancement suggestion
2014-03-12 18:21:17 -04:00
* Need to be able to bind Identifier.system to a set of allowable values in a profile. Graeme
has suggested making value[x] repeatable in the profile definition
2014-03-22 12:33:07 -04:00
* Would like a standardized (but optional) HTTP parameter for pretty-printing. Suggest: _pretty=true
* Example-patient-general.xml/json has <reference value="Organization/1"/> but "resource":"Organization/1"