Currently we have no constraints around the BLL submissions.
If we're going to reliably determine if the patient already has a high BLL (a feature request for v1.0.0-rc.5) then we will need to impose constraints on this field and add those to the input checker part of the runner. Otherwise we risk telling doctors that the patient does / doesn't have a high BLL when in fact they don't / do have a high BLL.
From the entry about lab results in api.md:
| Field |
Format |
Constraints |
Notes |
| lab.result |
Text |
<N/A> |
Several values are possible; integer, non-integer numeric, ranges indicated by alphanumeric text. |
In the past we were going to use this part of the submission for post hoc analysis / model improvement, which did not necessitate checking the inputs in a real time basis.
Currently we have no constraints around the BLL submissions.
If we're going to reliably determine if the patient already has a high BLL (a feature request for v1.0.0-rc.5) then we will need to impose constraints on this field and add those to the input checker part of the runner. Otherwise we risk telling doctors that the patient does / doesn't have a high BLL when in fact they don't / do have a high BLL.
From the entry about lab results in api.md:
In the past we were going to use this part of the submission for post hoc analysis / model improvement, which did not necessitate checking the inputs in a real time basis.