AIIM BP-04-2010
CREATING PDF FORMS FOR THE 
CLINICAL DOCUMENT ARCHITECTURE
AN IMPLEMENTATION GUIDE
Approvaldate:
June 1, 2010
BEST PRACTICE
AIIM BP-04-2010
An AIIM Best Practice
Guide Prepared by AIIM
Batch pdf to text - Convert PDF to txt files in C#.net, ASP.NET MVC, WinForms, WPF application
C# PDF to Text (TXT) Converting Library to Convert PDF to Text
convert scanned pdf to text online; convert pdf to txt file online
Batch pdf to text - VB.NET PDF Convert to Text SDK: Convert PDF to txt files in vb.net, ASP.NET MVC, WinForms, WPF application
VB.NET Guide and Sample Codes to Convert PDF to Text in .NET Project
convert pdf to txt online; convert pdf to editable text online
AIIM BP-04-2010 
Creating PDF Forms for the Clinical 
Document Architecture: An 
Implementation Guide 
An AIIM Best Practices Guide 
Prepared by AIIM – Association for Information and Image Management 
Approved: June 1, 2010 
VB.NET Image: PDF to Image Converter, Convert Batch PDF Pages to
VB.NET Imaging - Convert PDF to Image Using VB. VB.NET Code for Converting PDF to Image within .NET Imaging Converting SDK. Visual
convert pdf to txt batch; convert pdf to text file using
Convert Images, Batch Conversion in .NET Winfroms| Online
Image Extract; VB.NET Write: Insert text into PDF; Conversion", if you want to process batch conversion; Tiff Processing; RasterEdge OCR Engine; PDF Reading; Encode
converting image pdf to text; convert pdf into text file
AIIM BP-04-2010 
Copyright 2010 by AIIM International  
1100 Wayne Avenue, Suite 1100  
Silver Spring, MD 20910-5603 USA 
Telephone: 301.587.8202  
Fax: 301.597.2711  
E-mail: aiim@aiim.org
Website: http://www.aiim.org
ISBN # 0-89258-424-6 
No part of the publication may be reproduced, stored in a retrieval system, or transmitted in any 
form or by any means—electronic, mechanical, photocopying, recording, or otherwise—without 
prior written permission of the publisher. 
Printed in the United States of America. 
VB.NET Create PDF from Text to convert txt files to PDF in vb.net
Best VB.NET adobe text to PDF converter library for Visual Studio .NET project. Batch convert editable & searchable PDF document from TXT formats in VB.NET
changing pdf to text; converting pdf to editable text for
C# Create PDF from Text to convert txt files to PDF in C#.net, ASP
Visual Studio .NET project. .NET control for batch converting text formats to editable & searchable PDF document. Free .NET library for
change pdf to txt file; convert scanned pdf to text word
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 2 
Foreword 
Contributors to the Creating PDF Forms for the Clinical Document Architecture: An 
Implementation Guide 
Adobe Systems Incorporated 
AIIM 
American Academy of Family Physicians 
American Academy of Pediatrics 
ASTM International 
CapMed 
Dak Systems Consulting 
eClinicalWorks LLC 
Generator LLC 
Good Health Network 
Intel Corporation 
Massachusetts Medical Society 
Medirex Systems Inc. 
NextGen 
Northrop-Grumman 
Schering-Plough 
Solventus 
Voice of the Physician 
YourTimeMatters.com 
Supporters of the Creating PDF Forms for the Clinical Document Architecture: An 
Implementation Guide 
American Academy of Pediatrics 
Cerner Corp. 
Epocrates 
Harvard University 
MedCommons Inc. 
MEDecisions 
MinuteClinic 
Northern Illinois Physicians for Connectivity 
SureScripts 
TIFF to PDF Converter | Convert TIFF to PDF, Convert PDF to TIFF
TIFF-PDF Conversion; Able to preserve text and PDF conversion procedure; Select "Save" to save PDF image (converted How to Start Batch TIFF Conversion to PDF.
convert pdf into text; pdf to text converter
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
Export all Word text and image content into high quality PDF without losing formatting. Professional .NET PDF batch conversion control.
c# convert pdf to text file; convert pdf to word to edit text online
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 3 
Contents 
Introduction .............................................................................................................................................. 4 
Objective ............................................................................................................................................... 4 
Assumptions .......................................................................................................................................... 4 
Use Case ................................................................................................................................................ 4 
Tools ...................................................................................................................................................... 5 
References ............................................................................................................................................ 5 
Samples Files ......................................................................................................................................... 5 
Building the Form ...................................................................................................................................... 6 
Form Background Graphics ................................................................................................................... 6 
Data Binding .......................................................................................................................................... 6 
Data Binding Fields and Subforms ........................................................................................................ 7 
Tables .................................................................................................................................................... 7 
CDA Tabular Data Representation ........................................................................................................ 8 
Using Hidden Subforms to Parse the Dataset ....................................................................................... 9 
Using Hidden Subforms as Popup Dialogs .......................................................................................... 12 
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
online, VB.NET convert PDF to tiff, VB.NET read PDF, VB.NET convert PDF to text, VB.NET Professional .NET PDF converter control for batch conversion.
convert pdf to rich text; remove text from pdf
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
NET PDF pages extract, copy, paste, C#.NET rotate PDF pages, C#.NET search text in PDF Professional .NET PDF converter component for batch conversion.
convert pdf to txt; convert pdf to rich text format
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 4 
Introduction 
Objective 
Develop a Fillable PDF Form based on the Emergency Information Form for Children With Special Needs 
as an example of a Clinical Care Document that supports the Clinical Document Architecture Schema 
based on the following constraints:  
1. Use the Emergency Information Form for Children With Special Needs as the foundation for the 
form.  
2. The appearance of the paper form will be maintained.  
3. The form will be Static.  There will not be any dynamic subforms or flow in the rendering of the 
view (see Item 2).  Text will be limited to the real estate of the respective form field of the paper 
version.  
4. The underlying data structure will support a subset of the CDA Schema.  
5. Only data elements necessary to support the form fields will be included in the underlying data 
structure.  
6. The form will be structured text.  
7. The data entry method for specific complex elements (e.g. names, addresses, medications) will 
support the capture of specific child elements.  
Assumptions 
This section assumes a basic understanding of Adobe LiveCycle Designer ES 8.2 and Adobe Acrobat 9 
Professional or comparable software.  These products were used to create the reference tools for the 
development of the sample.  Implementers may use any comparable tool set. 
This section also assumes some experience in designing XML based forms, including Data Binding and 
SOM Expressions. 
Additionally, the reader should have some familiarity with the HL/7 Clinical Document Architecture 
(CDA) as well as the Continuity of Care Document  (CCD) specification, a constraint of the CDA Schema 
that defines the encoding, structure and semantics of patient summary clinical data.  
Use Case 
The following steps describe the use case supported by the Fillable PDF Form based on the Emergency 
Information Form for Children With Special Needs. 
1. A child’s guardian needs the “Emergency Information Form…” for a camp his child is attending. 
2. The guardian contacts the primary care physician (e.g. a family doctor). 
3. An initial CDA Level-2
1
4. The form is populated with the XML dataset. 
compliant XML dataset is generated by a primary care physician’s office. 
5. The form is electronically transferred (email, flash drive, secure website) to the child’s guardian. 
6. The child’s guardian enters contact information into the form. 
1
CDA Level-2 compliance provides templates for sections and allows for human-readable data that can still be 
machine parsed. 
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 5 
7. The child’s guardian signs the form and delivers it to the camp personnel. 
Tools 
• Adobe LiveCycle Designer ES 8.2 
• Adobe Acrobat 9 Professional 
References 
• CCD XML dataset (Emergency Info Sample.xml) 
• CDA Release 2.0, Normative Edition - May, 2005
http://healthinfo.med.dal.ca/hl7intro/CDA_R2_NormativeWebEdition/
• Scripting Object Model Expression Reference 
http://partners.adobe.com/public/developer/en/xml/som_2.0.pdf
• LiveCycle Designer Scripting Reference 
http://help.adobe.com/en_US/livecycle/8.2/lcdesigner_scripting_reference.pdf
• XML Forms Architecture (XFA) Specification, Version 2.8 
http://partners.adobe.com/public/developer/en/xml/xfa_spec_2_8.pdf
• Adobe XML Form Object Model Reference 
http://partners.adobe.com/public/developer/en/xml/Adobe_XML_Form_Object_Model_Refere
nce.pdf
Samples Files 
File 
Description 
Emergency Info Sample.xml 
Sample file that can be imported to populate the form.  This 
file can be edited to provide different examples of the form.  
The structure of this file is the basis for the dataset within 
the XFA form.   Normally, this data would be generated by 
the primary care physician’s office.  It is provided here with 
fictitious data to allow the user to experiment with 
variations of the dataset and understand the bindings 
between the XML dataset and the PDF Form fields. 
EIF Template.xml 
A template that can be imported into the original PDF (‘EIF 
No Template.pdf’) to ensure default values are set and a 
minimal data set is present so a blank form can be edited 
through Acrobat or Reader.   
This file differs from ‘Emergency Info Sample.xml’ by 
excluding instance-specific data.   It includes the attributes 
required to correctly bind form fields to the dataset (e.g. For 
the ‘telecom’ element, the ‘Use’ attribute is configured to 
differentiate between Work and Home phone numbers but 
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 6 
the phone numbers themselves are not included.)  
EIF.pdf 
‘EIF No Template.pdf’ with ‘EIF Template.xml’ imported.   
EIF No Template.pdf 
The XFA form without any imports. 
Building the Form 
Form Background Graphics 
Due to the desire to maintain the paper forms appearance, the basis of the fillable PDF form is a high 
resolution graphic from the scanned version of the Emergency Information Form for Children With 
Special Needs form.  In Acrobat Designer, if a preexisting form is used as the basis for a Static form 
(maintains the appearance of the original form), subforms cannot be used.  On the other hand, if a 
preexisting form is used as the basis for a Dynamic form (which supports subforms), the graphical 
elements are separated, and their placement does not necessarily match the original form.  
In order to reproduce the Emergency Information Form for Children With Special Needs form accurately 
and still have subform support, a scanned image of each paper form page was used as the background 
for the respective page of the fillable PDF Form. 
Since the image of each form page was 8.5” x 11”, the size of the Content Area on the Master Page had 
to be changed to 8.5” x 11” as well.  This is done by selecting the Content Area in the Hierarchy tab, then 
selecting the Layout tab and changing the dimensions appropriately as illustrated below: 
Data Binding 
Data-enabled XFA-based PDF files can serve as a host for XML data.  They provide import and export 
services for pre-configured XML instances or Schemas.  In practice, this is accomplished by specifying a 
data connection that corresponds to a XML dataset representing the union of data elements required by 
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 7 
the representative form as well as those required by the CCD constraints as applied to the CDA XML 
Schema. 
Adobe LiveCycle Designer specifies these elements through the Data View panel.  The following steps 
create a data element associated with the reference XML dataset: 
1. Select menu item Window => Data View. 
2. In the Data View menu (triangle at the top right), click on “New Data Connection”. 
3. Select “Sample XML Data”, then name the Data Connection EIF, and click on “Next”. 
4. Select the XML file Emergency Info Sample.xml, which should be in the same directory.  
This should result in Emergency Info Sample.xml displayed in the edit box. 
5. Under the Options dropdown “Use XML Data Root Element Name”, select 
“ClinicalDocument”. 
6. Click "Finish". 
This will create the appropriate ConnectionSet and Data Description Elements.  In the “Data View” 
panel, you should now see a hierarchy of elements corresponding to the Emergency Info Sample.xml 
data file.  An XML Dataset is used as the basis for the data connection because it provided a mechanism 
to constrain the fields available to those pertinent to the described workflow. 
Data Binding Fields and Subforms 
Fields and subforms are bound by specifying the 
<bind> 
element.  Attributes in the bind element 
include 
match 
and 
ref
, where 
match
none
once
dataref
, or 
global
 The XML Forms Architecture 
(XFA) Specification (see References) specifies the default is 
once
 The 
ref 
attribute specifies the explicit 
data node to match to in the case where 
match
=
dataref
Adobe LiveCycle Designer specifies the 
<bind> 
element when the user drags an element from the “Data 
View” panel into the “Body Pages” section.  Dragging an element into an empty area will result in the 
creation of a field, or a hierarchy with subforms and/or fields, depending on what element the user 
drags from the “Data View” panel.  Dragging an element onto an existing field will result in the updating 
of the target field’s bind element.  The sample form’s simpler bindings were specified using this 
mechanism. 
Tables 
The sample makes extensive use of tables to represent the human-readable portion of the CDA-
compliant document.  XFA defines tables by using the 
<subform> 
elements with a layout property of 
"table". 
<subform layout="table"> 
XFA's Layout engine will ensure that the layout of the specified fields conform to a tabular format.  
Authors can create tables in Designer by going to the Library panel and dragging a Table object to the 
Body page.   Designer will then give the author options on creating the base table, which include 
specifying the number of columns and rows, and whether to include header and footer rows.  Tables are 
AIIM BP-04-2010 - Creating PDF Forms for the Clinical Document Architecture: An Implementation Guide 
 
Page 8 
excellent mechanisms for representing repeating data elements in XML by mapping the bindings in the 
Object Panel and Binding subpanel. 
A table may also be created by dragging and dropping an element from the Data View panel onto the 
form.  If the element has a large number of subelements or the subelements are very complex, the drag 
and drop method may require deleting many elements manually.  In this circumstance, it may be easier 
to draw the table and manually define the bindings as previously described.  
XFA defines Table Rows by using 
<subform> 
elements with a layout property of 
"row"
 These rows can 
also specify bindings and can contain other XFA elements such as subforms, fields, and even other 
tables.  Each XFA element contained in a row subform is considered a cell in the table.  
CDA Tabular Data Representation 
The CDA Schema also provides mechanisms for representing tabular data.  An excellent example of data 
in tabular form is the Medications section.  According to the CDA Schema, the tabular data can be 
represented as text and formatted using a subset of markup language similar to HTML.  Within this text 
block, it is possible to represent data as a table: 
<title>Medications</title> 
<text> 
<table border="1" width="100%"> 
<thead> 
<tr> 
<th>Medication</th> 
<th>Instructions</th> 
<th>Start Date</th> 
<th>Status</th> 
</tr> 
</thead> 
<tbody> 
<tr> 
<td>Albuterol inhalant</td> 
<td>2 puffs QID PRN wheezing</td> 
<td>&#160;</td> 
<td>Active</td> 
</tr> 
<tr> 
<td>Clopidogrel (Plavix)</td> 
<td>75mg PO daily</td> 
<td>&#160;</td> 
<td>Active</td> 
</tr> 
<tr> 
<td>Metoprolol</td> 
<td>25mg PO BID</td> 
<td>&#160;</td> 
<td>Active</td> 
</tr> 
<tr> 
<td>Prednisone</td> 
<td>20mg PO daily</td> 
<td>Mar 28, 2000</td> 
<td>Active</td> 
</tr> 
<tr> 
<td>Cephalexin (Keflex)</td> 
<td>500mg PO QID x 7 days (for bronchitis)</td> 
<td>Mar 28, 2000</td> 
<td>No longer active</td> 
</tr> 
</tbody> 
Documents you may be interested
Documents you may be interested