Layout DSL
Layout DSL is still under development and unstable
Layout DSL can be changed with layout-engine. Default layout-engine described here - aidbox.sdc/Hiccup
.
There are three types of layout nodes:
You can also set Layout rules or Customize node view.
Container node
Container node is a node that contains several children elements.
Typical description of node:
{:type aidbox.sdc/fields
:children [{...} {...}]
children - an array of child elements
Input node
Minimal example of input node:
{:bind [:blood-pressure]}
bind - binding to SDCDocument field
Input node type
By default Aidbox FormLayouts supports five types of inputs:
text input
number input
choice
quantity
calculated field
Aidbox Forms has input-node inference logic based on special properties of the field schemas. But you also have ability to force some input types by specifying sdc-type in SDCDocument field
Text input
To define text input just define your field as zen/string
:
SuperDocument
{...
:type zen/map
:keys {:field {:type zen/string}}
...
}
And bind some node in layout to this field:
SuperDocumentLayout
{...
:type zen/map
:engine aidbox.sdc/Hiccup ;; <-- default layout engine.
:layout {:type aidbox.sdc/fields ;; layout definition
:children [{:bind [:field]}]}
...
}
Number input
Same as text input but use zen/number
in SDCDocument definition:
SuperDocument
{...
:type zen/map
:keys {:field {:type zen/number}}
...
}
SuperDocumentLayout
{...
:type zen/map
:layout {:type aidbox.sdc/fields
:children [{:bind [:field]}]}
...}
Choice & quantity input
Since choice and quantity types are usually represented as zen/map
in SDCDocument we should help input-type inference engine to select correect input-type by specifing additional properties of node or specify input-type directly by special key: sdc-type
in SDCDocument definition:
Example:
SuperDocument
{...
:type zen/map
:keys {
;; use direct input-style set
:choice-field {:type zen/map
:confirms #{aidbox.sdc.fhir/coding}
:sdc-type aidbox.sdc/choice ;; <---- special type
:enum [{:value {:code "Option 1"}} ;; in enum we declaring available options for select
{:value {:code "Option 2}}]}
:body-temperature {:type zen/map
:keys {:value {:type zen/number}
:unit {:type zen/string}}
:sdc-type aidbox.sdc/quantity ;; <--- use special type
:units [{:name "kg"} ;; available units for this field
{:name "lb"}]}
;; use inference
:choice-field-inferred-1 {:type zen/map
:enum [{:value {:code "Option 1"}} ;; <--- declare :enum property (helps inference)
{:value {:code "Option 2}}]}
:choice-field-inferred-2 {:type zen/map
:sdc/option :aidbox.sdc.options/valueset ;; <--- declare :sdc/options (helps inference)
:valueset "my-valueset-id"}
:quantity-inferred-1 {:confirms #{aidbox.sdc.fhir/quantity}} ;; <--- declare :confirms with aidbox.sdc.fhir/quantity (helps inference)
:quantity-inferred-2 {:confirms #{aidbox.sdc.fhir/quantity}
:units [{:name "kg"} ;; <--- declare available units for this field (helps inference)
{:name "lb"}]}
...
}
SuperDocumentLayout
{...
:type zen/map
:layout {:type aidbox.sdc/fields
:children [{:bind [:choice-field]}
{:bind [:quantity-field]}]}
...}
Subforms
If you need to to group input fields or handle multiple readings of some field, you can use subforms.
{:type aidbox.sdc/subform
:bind [:blood-pressure]
:form-layout {:type aidbox.sdc/fields
:children [{..} {..}]}
For example if need to store blood pressure in a map with two keys: systolic, diastolic you can declare your document in such way:
BloodPressureDocument
{:zen/tags #{zen/schema aidbox.sdc/doc}
:type zen/schema
:type zen/map
:confirms #{aidbox.sdc/Document}
:keys {:blood-pressure {:type zen/map
:keys {:systolic {:type zen/number}
:diastolic {:type zen/number}}}}}
Then in form definition we can use subforms with their relative paths. We state that subforms binds to blood pressure map. Then all child elements in this subforms will be binded to fields in this blood-pressure
map
BloodPressureLayout
{:zen/tags #{aidbox.sdc/Layout}
:document BloodPresureDocument
:layout {:type aidbox.sdc/subform
:bind [:blood-pressure]
:layout {:type aidbox.sdc/fields
:children [{:bind [:systolic]} ;; full path will be [:blood-pressure :systolic]
{:bind [:diastolic]}]}}}
Collection subforms
If you have vector fields in your Document, you might need to use collection subforms to capture values.
Just declare your field as zen/vector
in the document:
:blood-pressure {:type zen/vector
:every {:type zen/map
:keys {:systolic {:type zen/number}
:diastolic {:type zen/number}}}}
And in subform definition set collection=true
{:type aidbox.sdc/subform
:bind [:blood-pressure]
:collection true
:layout {:type aidbox.sdc/fields
:children [{:bind [:systolic]} ;; full path will be [:blood-pressure {nth} :systolic]
{:bind [:diastolic]}]}}
Layout rules
For each node we can use two types of rules:
:sdc/disable-when
- disables node when calculating rule returns true (any non-nil value counts as true value):sdc/display-when
- displays node if calculating result returns true
Usage:
{:bind [:blood-pressure :position]
:sdc/display-when (get-in [:blood-pressure :systolic])} ;; field will show only if :systolic field is filled
Customize node view
If you want to show something different than usual select component, you can customize visual view of node using :control
field.
{:bind [:loinc-80884-0] :control ScoreSelector}
Your DSL interperter should understand this :control
field
Last updated
Was this helpful?