You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Class System for Each Spec which would allow the user not have to know the "values" that they need or could enter.
I envision this as:
consthl7=newHL7_2_7();hl7.produceMSH({ ....MSH})hl7.produceEVN({ ...EVN})/// etc.. would build out the full HL7 Message with strong-typescript, checked inputs.
This would be different from the Message//FileBatch//Batch classes where they are more generic, the classes for each spec would confirm to what it can produce. For example 2.1 has limited specs in terms of different segments allowed. The Message class would help in this case and the overall HL7_2_7 would return a Message object. This way it can be added to the Batch or FileBath functions.
Some functions inside the overarching might not exist. For example AL1 segment does not exist on 2.1 but does in 2.2.
For now for milestone 1.0.0, we are just trying to get something out the door :)
The text was updated successfully, but these errors were encountered:
Class System for Each Spec which would allow the user not have to know the "values" that they need or could enter.
I envision this as:
This would be different from the Message//FileBatch//Batch classes where they are more generic, the classes for each spec would confirm to what it can produce. For example 2.1 has limited specs in terms of different segments allowed. The
Message
class would help in this case and the overall HL7_2_7 would return a Message object. This way it can be added to the Batch or FileBath functions.Some functions inside the overarching might not exist. For example AL1 segment does not exist on 2.1 but does in 2.2.
For now for milestone 1.0.0, we are just trying to get something out the door :)
The text was updated successfully, but these errors were encountered: