The Forms API

The Files That Make Up Your Form

In order to implement a form, you provide a series of files. These files are placed into a subdirectory of the interface/forms/ directory of your OpenEMR install.

Required Files

Forms written to use the Forms API MUST provide the following files:

Name	Function	Called by
new.php	Draw a form for users to input data into.	dropdown box on right hand of encounters page
view.php	Draw a form with data in it, allowing users to edit.	selecting a form in an encounter, (optionally) show.php
report.php	Draw part of a form displaying a simple 'report' of the form data.	encounters.php and the medical records report function
table.sql	Perform all of the SQL setup of the form (table creation, list insertion, etc)	Executed by library/registry.inc's installSQL function, called when you hit the 'register' link for a form on the 'forms admin' page.

Optional Files

Other files can exist in your form's directory to provide additional funcionality, EG, a printing function, or a non-encounter form, or just to contain common code used by multiple files in your forms. the following is a list of common file names, and their functions (by convention).

Forms written to use the encounters form API MAY provide the following files:

Name	Function	Called by
info.txt	A more user friendly name for your form. if present, displayed in forms admin page, and used as the name when referring to the form.	library/registry.inc and interface/forms_admin/forms_admin.php
save.php	Save the submitted form data to the database.	new.php and view.php
print.php	Print the current form, with the contents pulled from the database.	view.php
show.php	Show a the most recent (and optionally signed) form of this type(if applicable).	left_nav.php(with modifications)
Form<FORMNAME>.class.php	contains an object representing the form data, extending ORDataObject. Includes methods persist(), populate() and a bunch of getters and setters.
C_Form<FORMNAME>.class.php	extends Controller which extends Smarty. Instantiates Form<FORMNAME> object as needed to perform its duties. Look at WellChild which does something with CPT codes here.
templates/Complaint/general_new.html	a Smarty template for the form. Its <form action> invokes save.php.

PHP Files to Include

interface/globals.php

Including globals.php (which is required) brings in many variables which are useful for finding components of openemr, or for inheriting the look and feel of other openemr code.

The preferred method of including globals.php from your form is to use require_once. for instance: require_once('../../globals.php');.

Variables

forms written to use the encounters form API MAY use the following variables from global.php:

Variable	Used For	common value(s) or equivalance.
$GLOBALS['concurrent_layout']	decide on target of back action in a form.	True or False
$GLOBALS['phone_country_code']	calendar code.
$GLOBALS['athletic_team']	not false if we need to check squads. part of 'sports team' functionality.	True or False
$GLOBALS['fileroot']	the path to the top of openemr in the filesystem.	/var/www/openemr/
$GLOBALS['webroot']	the path of the top of openemr, when generating URIs.	/openemr/
$GLOBALS['srcdir']	find files for inclusion.	/var/www/openemr/library/
$css_header	include the global css stylesheet.
$tmore	the text string that should be the label next to the page name, on a show form page.

The following variables are old, and depreciated.

Variable	Use	Reason for Depreciation
$top_bg_line	colour selection.	the same function can be accomplished by editing the global openemr CSS stylesheet.
$srcdir	find includes.	replaced by $GLOBALS['srcdir']

library/api.inc

This is the file defining the 3rd party forms API.

Functions

Function	Use	Returns
formFetch	retrieve encounter based form contents from the sql engine	results of mysql_fetch_array
formSubmit	save encounter based form contents to the sql engine
formJump	redirect the browser to either the top of the current encounter, or an optional URL.
acl_check	check access permissions

library/options.inc.php

This file contains functions for rendering form objects.

Functions

• generate_form_field()

library/forms.inc

forms.inc contains the 'addForm' function, for linking a form into an encounter.

library/sql.inc

Function	Use	Returns
sqlInsert	perform insert query	the id of the newly inserted row.
sqlStatement	perform query	result of mysql_query
sqlQuery	perform query	result of mysql_fetch_array

Files commonly referenced in HTML output

Referenced	Used For
library/dialog.js
library/js/jquery.js	jquery
library/textformat.js
$css_header	the css theme of the site
../../forms/$form_folder/style.css	the css theme of this form
library/dynarch_calendar.css	the css theme of calendar objects
library/dynarch_calendar.js	calendar base code
library/dynarch_calendar_en.js	english calendar code
library/dynarch_calendar_setup.js

Depreciated:

Function	From	Reason	Returns
formHeader		display a header for the form.
html_header_show	library/translation.inc.php	NO-OP; depreciated
formFooter	display a form footer

Style

when including a file, use 'require_once', or use 'include_once' and check the return!

all blocks of PHP code should start with '<?php', and end with '; ?>'. for example:

<?php echo $testvar; ?>

Layout API

The layout API is usable by forms, who want to have their fields editable through the layouts editor.

Function	Include	Source	Reason	Returns
display_layout_rows()	library/api.inc	library/options.inc.php	display the given record in the view of the given layout
generate_form_field()	library/api.inc	library/options.inc.php	draw a field in the 'view' view, AKA, the view/edit page.
generate_display_field()	library/api.inc	library/options.inc.php	draw a field in the 'show' view, AKA, the style of the history page.

The object oriented approach

Forms may also make use of objects OpenEMR provides, which utilize the smarty templating system. this approach is OLD and DEPRECATED, but is documented here for clarity.

Required Behaviors

new.php

new.php instantiates C_FormComplaint and invokes its default_action() which displays the Smarty template.

view.php

view.php instantiates C_FormComplaint and invokes its view_action($id) which also seems to display the Smarty template.

save.php

save.php instantiates C_FormComplaint and invokes its default_action_process($_POST) which presumably persists the data.

report.php

report.php displays a report from the persisted form data. This is the ugly stuff in the upper encounter page.