This is the basic information you need to create a simple form using the the Html Form Entry Module.
The htmlform tag
Your entire form must be wrapped in an htmlform tag
A form is required to ask for the datetime, location, and provider, and it must have a submit button. For a complete reference on these tags see Tag Reference Page
The <section> tag lets you break your form, and corresponding form schema, into sections. For a complete reference on this tag see Tag Reference Page
The form wouldn't be much without being to enter observations. For a complete reference on this tag see Tag Reference Page
The lookup tag allows you to evaluate velocity expressions. For a complete reference on these tags see Tag Reference Page
Putting it all together
A very basic form to enter height and weight observations could look like:
See HTML_Form_Entry_Module_HTML_Reference for complete documentation on the tags listed above, additional information on the <obs> tag and the related <obsGroup>, and details on more advanced features like macros, repeating templates, and enrolling patients in programs.
Tips for making new forms
1. Always start with the actual paper form being used. It is important that clinicians already use this form and have "bought in" to it. If they don't really like it then they might decide to scrap it later and your work will be for nothing.
2. Print out the form. Also, if there is an InfoPath form try to get it.
3. If an InfoPath version exists, go through the paper copy and write down each concept used next to the question on the form for it. Keep in mind that the InfoPath version may contain data mapping errors. Note this on the paper form so you can come back to them later. For questions not replicated on the InfoPath form, or if you don't have the InfoPath version, go through the paper form and look up each concept in your concept dictionary. Write these down on your paper copy along with whatever data hiearchies you want (obs groups, coded questions, etc.)
4. Keep in mind that certain information may be best if left out of a htmlform and instead directly inputted to the EMR. These include many patient demographics and drug regimens.
5. Once your data scheme is on paper, you may begin the process of writing the form. Many forms employ numerous tables or other styles that are relatively simple to execute in html. A good html tutorial can be found here. Using html to style your form you should be able to closely replicate most paper forms. Images are not currently handled well and should be left out.
6. You may find it helpful to periodically preview your htmlform using that function in openMRS. Failure to do so can lead to troubles with debugging later as errors pile up. A good practice is to
7. Once the form has been implemented you should review the data schema to make sure that all concepts are mapping appropriately. Try the form out with testing data. If all looks well send to clinicians and/or share with others.
8. A note on using HTML forms across servers: Values specified in some tags are local to that particular server. When moving HTML forms it is necessary to change these attributes to match the new server. For example: LocationIDs in <encounterLocation>, Username, UserID, and Role used in <encounterProvider>, ProgramID in <enrollInProgram>, and concept IDs used with <obs> or <obsgroup>.