@openfn/language-fhir-ndr-et 0.1.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
package/LICENSE.LESSER ADDED
@@ -0,0 +1,165 @@
1
+ GNU LESSER GENERAL PUBLIC LICENSE
2
+ Version 3, 29 June 2007
3
+
4
+ Copyright (C) 2007 Free Software Foundation, Inc. <http://fsf.org/>
5
+ Everyone is permitted to copy and distribute verbatim copies
6
+ of this license document, but changing it is not allowed.
7
+
8
+
9
+ This version of the GNU Lesser General Public License incorporates
10
+ the terms and conditions of version 3 of the GNU General Public
11
+ License, supplemented by the additional permissions listed below.
12
+
13
+ 0. Additional Definitions.
14
+
15
+ As used herein, "this License" refers to version 3 of the GNU Lesser
16
+ General Public License, and the "GNU GPL" refers to version 3 of the GNU
17
+ General Public License.
18
+
19
+ "The Library" refers to a covered work governed by this License,
20
+ other than an Application or a Combined Work as defined below.
21
+
22
+ An "Application" is any work that makes use of an interface provided
23
+ by the Library, but which is not otherwise based on the Library.
24
+ Defining a subclass of a class defined by the Library is deemed a mode
25
+ of using an interface provided by the Library.
26
+
27
+ A "Combined Work" is a work produced by combining or linking an
28
+ Application with the Library. The particular version of the Library
29
+ with which the Combined Work was made is also called the "Linked
30
+ Version".
31
+
32
+ The "Minimal Corresponding Source" for a Combined Work means the
33
+ Corresponding Source for the Combined Work, excluding any source code
34
+ for portions of the Combined Work that, considered in isolation, are
35
+ based on the Application, and not on the Linked Version.
36
+
37
+ The "Corresponding Application Code" for a Combined Work means the
38
+ object code and/or source code for the Application, including any data
39
+ and utility programs needed for reproducing the Combined Work from the
40
+ Application, but excluding the System Libraries of the Combined Work.
41
+
42
+ 1. Exception to Section 3 of the GNU GPL.
43
+
44
+ You may convey a covered work under sections 3 and 4 of this License
45
+ without being bound by section 3 of the GNU GPL.
46
+
47
+ 2. Conveying Modified Versions.
48
+
49
+ If you modify a copy of the Library, and, in your modifications, a
50
+ facility refers to a function or data to be supplied by an Application
51
+ that uses the facility (other than as an argument passed when the
52
+ facility is invoked), then you may convey a copy of the modified
53
+ version:
54
+
55
+ a) under this License, provided that you make a good faith effort to
56
+ ensure that, in the event an Application does not supply the
57
+ function or data, the facility still operates, and performs
58
+ whatever part of its purpose remains meaningful, or
59
+
60
+ b) under the GNU GPL, with none of the additional permissions of
61
+ this License applicable to that copy.
62
+
63
+ 3. Object Code Incorporating Material from Library Header Files.
64
+
65
+ The object code form of an Application may incorporate material from
66
+ a header file that is part of the Library. You may convey such object
67
+ code under terms of your choice, provided that, if the incorporated
68
+ material is not limited to numerical parameters, data structure
69
+ layouts and accessors, or small macros, inline functions and templates
70
+ (ten or fewer lines in length), you do both of the following:
71
+
72
+ a) Give prominent notice with each copy of the object code that the
73
+ Library is used in it and that the Library and its use are
74
+ covered by this License.
75
+
76
+ b) Accompany the object code with a copy of the GNU GPL and this license
77
+ document.
78
+
79
+ 4. Combined Works.
80
+
81
+ You may convey a Combined Work under terms of your choice that,
82
+ taken together, effectively do not restrict modification of the
83
+ portions of the Library contained in the Combined Work and reverse
84
+ engineering for debugging such modifications, if you also do each of
85
+ the following:
86
+
87
+ a) Give prominent notice with each copy of the Combined Work that
88
+ the Library is used in it and that the Library and its use are
89
+ covered by this License.
90
+
91
+ b) Accompany the Combined Work with a copy of the GNU GPL and this license
92
+ document.
93
+
94
+ c) For a Combined Work that displays copyright notices during
95
+ execution, include the copyright notice for the Library among
96
+ these notices, as well as a reference directing the user to the
97
+ copies of the GNU GPL and this license document.
98
+
99
+ d) Do one of the following:
100
+
101
+ 0) Convey the Minimal Corresponding Source under the terms of this
102
+ License, and the Corresponding Application Code in a form
103
+ suitable for, and under terms that permit, the user to
104
+ recombine or relink the Application with a modified version of
105
+ the Linked Version to produce a modified Combined Work, in the
106
+ manner specified by section 6 of the GNU GPL for conveying
107
+ Corresponding Source.
108
+
109
+ 1) Use a suitable shared library mechanism for linking with the
110
+ Library. A suitable mechanism is one that (a) uses at run time
111
+ a copy of the Library already present on the user's computer
112
+ system, and (b) will operate properly with a modified version
113
+ of the Library that is interface-compatible with the Linked
114
+ Version.
115
+
116
+ e) Provide Installation Information, but only if you would otherwise
117
+ be required to provide such information under section 6 of the
118
+ GNU GPL, and only to the extent that such information is
119
+ necessary to install and execute a modified version of the
120
+ Combined Work produced by recombining or relinking the
121
+ Application with a modified version of the Linked Version. (If
122
+ you use option 4d0, the Installation Information must accompany
123
+ the Minimal Corresponding Source and Corresponding Application
124
+ Code. If you use option 4d1, you must provide the Installation
125
+ Information in the manner specified by section 6 of the GNU GPL
126
+ for conveying Corresponding Source.)
127
+
128
+ 5. Combined Libraries.
129
+
130
+ You may place library facilities that are a work based on the
131
+ Library side by side in a single library together with other library
132
+ facilities that are not Applications and are not covered by this
133
+ License, and convey such a combined library under terms of your
134
+ choice, if you do both of the following:
135
+
136
+ a) Accompany the combined library with a copy of the same work based
137
+ on the Library, uncombined with any other library facilities,
138
+ conveyed under the terms of this License.
139
+
140
+ b) Give prominent notice with the combined library that part of it
141
+ is a work based on the Library, and explaining where to find the
142
+ accompanying uncombined form of the same work.
143
+
144
+ 6. Revised Versions of the GNU Lesser General Public License.
145
+
146
+ The Free Software Foundation may publish revised and/or new versions
147
+ of the GNU Lesser General Public License from time to time. Such new
148
+ versions will be similar in spirit to the present version, but may
149
+ differ in detail to address new problems or concerns.
150
+
151
+ Each version is given a distinguishing version number. If the
152
+ Library as you received it specifies that a certain numbered version
153
+ of the GNU Lesser General Public License "or any later version"
154
+ applies to it, you have the option of following the terms and
155
+ conditions either of that published version or of any later version
156
+ published by the Free Software Foundation. If the Library as you
157
+ received it does not specify a version number of the GNU Lesser
158
+ General Public License, you may choose any version of the GNU Lesser
159
+ General Public License ever published by the Free Software Foundation.
160
+
161
+ If the Library as you received it specifies that a proxy can decide
162
+ whether future versions of the GNU Lesser General Public License shall
163
+ apply, that proxy's public statement of acceptance of any version is
164
+ permanent authorization for you to choose that version for the
165
+ Library.
package/README.md ADDED
@@ -0,0 +1,179 @@
1
+ # language-fhir-ndr-et <img src='./assets/square.png' width="30" height="30"/>
2
+
3
+ An OpenFn **_adaptor_** for building integration jobs for use with the FHIR API
4
+ for NDR Ethopia.
5
+
6
+ ## Documentation
7
+
8
+ This adaptor is largely auto-generated from the spec at
9
+ https://build.fhir.org/ig/jembi/ethiopia-hiv/branches/master/definitions.json.zip.
10
+ See below for more details about that.
11
+
12
+ We **strongly** recommend not editing generated source files by hand! Better to
13
+ update the spec, mappings, or code generation rules. Otherwise your changes will
14
+ be lost.
15
+
16
+ View the [docs site](https://docs.openfn.org/adaptors/packages/fhir-ndr-et-docs)
17
+ for full technical documentation.
18
+
19
+ ### Configuration
20
+
21
+ View the
22
+ [configuration-schema](https://docs.openfn.org/adaptors/packages/fhir-ndr-et-configuration-schema/)
23
+ for required and optional `configuration` properties.
24
+
25
+ ## Building
26
+
27
+ To generate the adaptor source, run `pnpm build:src`. This will generate the
28
+ builder functions and typings, but not generate all the other adaptor stuff,
29
+ like docs and dist.
30
+
31
+ Run `pnpm build` to generate source AND build the actual adaptor.
32
+
33
+ The first time the source build runs, a new "spec" file will be downloaded. To
34
+ force a new download (ie to update the spec) delete `./spec/spec.json`
35
+
36
+ ## How to use
37
+
38
+ This adaptor provides a bunch of helper functions to create FHIR resources in
39
+ the right structure.
40
+
41
+ Use `builders.*` (or `b.*` for short) namespace to create resource types, like
42
+ this:
43
+
44
+ ```
45
+ fn(() => {
46
+ const encounter = builders.encounter('target-facility-encounter', {
47
+ id,
48
+ /* add props as needed */
49
+ });
50
+ })
51
+ ```
52
+
53
+ All supported resource types have a main function on the `builders` object. The
54
+ first argument is the profile id for that resource, the second is JSON data to
55
+ define the resource.
56
+
57
+ Code assist is available in Lightning for profile ids - just hit ctrl + space to
58
+ bring up the list. It's also available in VSC (see the
59
+ [Wiki article](https://github.com/OpenFn/adaptors/wiki/How-to-get-code-assist-for-adaptors-in-VSC))
60
+
61
+ The json object is designed to be smart and do stuff like generate references
62
+ automatically, or map typed keys like effective -> effectiveDateTime.
63
+
64
+ Typescript and documentation should help here although work is needed on this
65
+ stuff. The design is to give it a sensible value and trust it to do the right
66
+ thing.
67
+
68
+ See Resources.tests.js for some examples of creating the supported resources
69
+ from inputs.
70
+
71
+ As well as the builders, the adaptor also exports util functions to make it a
72
+ bit easier to create references, codeableconcepts, codings and so on.
73
+
74
+ So you can do stuff like this:
75
+
76
+ ```js
77
+ fn(() => {
78
+ const encounter = builders.encounter('target-facility-encounter', {
79
+ id,
80
+ subject: util.reference('some-resource-id'),
81
+ class: util.coding([value, system]),
82
+ });
83
+ });
84
+ ```
85
+
86
+ ## Code Generation
87
+
88
+ A number of files in `src` are auto-generated (you can tell because they have a
89
+ nice clear comment up at the top).
90
+
91
+ The build logic is all handled in the `build/` folder.
92
+
93
+ Here is roughly how the code generation works.
94
+
95
+ The objective is to read in the snapshot definition of all the fhir resources in
96
+ the destination system, and for each resource type that we're interested in,
97
+ generate a) an easy-to-use builder function and b) a list of typescript
98
+ definitions to match it.
99
+
100
+ First, we check to see whether `./spec/spec.json` exists if it does not,
101
+ download it!
102
+
103
+ Then we load this spec.json into memory. It's a large complex file so we break
104
+ it down into a simpler JSON representation which we call a schema.
105
+
106
+ The schema contains a simple expression of rules that our builder function will
107
+ need to apply. It looks a bit like this:
108
+
109
+ ```json
110
+ {
111
+ "id": "arv-regimen-medication",
112
+ "type": "Medication",
113
+ "url": "http://moh.gov.et/fhir/hiv/StructureDefinition/arv-regimen-medication",
114
+ "props": {
115
+ "id": {
116
+ "type": "string",
117
+ "isArray": false,
118
+ "desc": "Logical id of this artifact",
119
+ "isComposite": false,
120
+ "defaults": {}
121
+ }
122
+ // ...
123
+ }
124
+ }
125
+ ```
126
+
127
+ This tells us for exaple that an arv-regimen-medication has a property called
128
+ `id`, which is a type string. So our builder function will need to handle that.
129
+
130
+ We only generate a simple schema for the resource types we're interested in.
131
+ That's controlled by a file called `./build/mappings.ts`. The mappings has two
132
+ jobs:
133
+
134
+ 1. Specific which resource types to generate builder functions for
135
+ 2. Provide manual override rules for those builders. This lets us provide
136
+ special mappings on keys for example, or provide defaults if the schema is
137
+ missing some information.
138
+
139
+ So now we've generated simple schema objects for the resource types we're
140
+ interested in.
141
+
142
+ Next we generate the builder functions. We use a library call `ast-types` to
143
+ help us do this. Mostly we build an AST tree directly - that is, we
144
+ programmatically define the structure of the code using a neat API. And from
145
+ this structure we generate code strings with nice formatting.
146
+
147
+ This keeps our code generation nice and robust. The API ensures that the
148
+ generated code is syntactically valid, and throws errors if we ask it do do
149
+ something illegal - like nest a statement inside the condition of an
150
+ if-statement. If we were generating strings directly, we'd have to be very
151
+ careful about things like typos and couldn't apply smart transformations to the
152
+ code.
153
+
154
+ Using the schema information and mapping overrides, we generate code statements
155
+ to take the input data passed as the second argument, and apply it smartly to a
156
+ new FHIR resource, which we finally return. We lean heavily on the util
157
+ functions in `src/utils.js` to simplify this.
158
+
159
+ Once we've got our code, we have to generate matching TypeScript definitions for
160
+ each builder. This ensures that we get code assist and intellisense on our
161
+ generated functions, making the builders much safer and easier to use.
162
+
163
+ We use the TypeScript compiler to do this, just like how we use `ast-types` to
164
+ generate the code (although it has to be said that the TypeScript compiler has a
165
+ way less nice API).
166
+
167
+ Once finished, generated files are written into `src/`, where they can be
168
+ tested.
169
+
170
+ ## Development
171
+
172
+ Clone the [adaptors monorepo](https://github.com/OpenFn/adaptors). Follow the
173
+ "Getting Started" guide inside to get set up.
174
+
175
+ Run tests using `pnpm run test` or `pnpm run test:watch`
176
+
177
+ Build the project using `pnpm build`.
178
+
179
+ To build _only_ the docs run `pnpm build docs`.