Message Specifications Guide
|
|
|
- Caitlin Payne
- 9 years ago
- Views:
Transcription
1 Message Specifications Guide The CBORD Group, Inc. Ithaca, NY Version: Win2.1 January , The CBORD Group, Inc. All Rights Reserved
2 Contents: HL7 (Health Level 7).. 3 ADT Specifications...4 Orders Specifications.14 Enteral (Tube Feeding TF) Orders Specifications.20 Basic (Non-HL7)... 23
3 HL7 (Health Level 7) Intended for use with HL7 Standards, Versions 2.1 and higher (ADT) and 2.2 and higher (Orders). The following link to CBORD's web site has a copy of the latest CBORD Interface Specifications along with sample data and other great information. ADT and Orders Interface Link (Info Sheets Tab): HL7 Minimum Lower Layer Protocol (MLLP) The HL7 encoded messages must be enclosed by special characters using the HL7 Minimal Lower Layer Protocol. Maximum transaction size allowed: 20K. <SB><HL7 message><eb><cr> Where <SB> = 0B hex, <EB> = 1C hex, <CR> = Carriage Return. HL7 Acknowledgments Positive (ACK) or negative (NAK) acknowledgments can be provided to the HIS upon receipt of each transaction. The ACK will signal that the transaction has been received, and can therefore trigger the next transaction to be sent. A NAK will signal that the transaction may have an error. CBORD s HL7 Acknowledgments are formatted in accordance with HL7 Standards, Version 2.1 and higher. Segment Description MSH Message Header MSA 1 Acknowledgment code (AA, AE, AR) MSA 2 Message ID MSA 4 Expected Sequence Number ERR 1^3 Application Level Error (optional) HL7 Sequence Number Checking Sequence number checking is optional. If a sequence number is found to be in error, the CBORD acknowledgment code in MSA:1 (MSA segment, field 1) will be AR. The expected sequence number will be in MSA:4. The response of the sending system should be to send the transaction with the correct sequence number. To resynchronize sequence numbers in an HL7 environment: If the CBORD interface receives a transaction with a sequence number of -1, it will respond with a -1 as the expected sequence number in MSA:4, and will accept any sequence number greater than 0 in the next message it receives. (The resynchronizing sequence number comes from the sending application.) If that next message received by CBORD contains a sequence number less than 1 (except for -1 which is used to start the resynchronization process), it will respond with the next expected sequence number. The next expected sequence number is an increment of 1 over the sequence number of that last message processed prior to the resynchronizing sequence. (The resynchronizing sequence number comes from CBORD.) The HL7 acknowledgment code used in each of the above instances is AA. During resynchronization, data is not processed from the transaction and the interface console window is only used to display the status of the resynchronization. Upon restart of the interface, any sequence number is accepted. HL7 Null Definition A null (empty) field is recognized by its field separators (before and after) being contiguous with no characters in between.
4 HL7 ADT Interface Specifications ADT Specifications HL7 Event Types A01 Admit a Patient Admit A02 Transfer a Patient Transfer A03 Discharge a Patient Discharge A04 Register a Patient Admit A05 Pre-admit a Patient Admit A06 Transfer Outpatient to Inpatient Admit A07 Transfer Inpatient to Outpatient Discharge A08 Update Patient Information Update A09 Patient Departing Discharge A10 Patient Arriving Admit A11 Cancel Admit Discharge A12 Cancel Transfer Transfer Action Taken By CBORD A13 Cancel Discharge Cancel Discharge A17 Swap Patients Locations 2 Transfers. Requires 2 PID and 2 PV1 segments (one pair per patient) A21 Leave of Absence Exit Discharge A22 Leave of Absence Return Admit A31 Update Patient Information Update A32 Cancel Patient Arriving Discharge A33 Cancel Patient Departing Cancel Discharge A18 A34 A35 A36 Merge Patient Information Update Patient ID Update Patient Account Number Update Patient ID and Account Number Update Patient Identifiers for current visit, unless Identifier is already in use.
5 HL7 ADT Message Layouts The order of the segments, per record types, is defined below. Following these descriptions of the message structures, you will find more detailed definitions of the segments that are supported. A01 Admit a Patient; A04 Register a Patient, A05 Pre-admit a Patient, A08 Update Patient Information, A13 Cancel Discharge, A31 Update Patient Information Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification PD1 Patient Demographic Information (not used) NK1 Next of Kin (not used) PV1 Y Patient Visit PV2 Patient Visit additional information DB1 Disability (not used) OBX Observations/Patient Profile AL1 Allergies Allergy Notes DG1 Diagnosis Information DRG Diagnosis Related Group (not used) PR1 Procedures (not used) ROL Role (not used) GT1 Guarantor (not used) IN1 Insurance (not used) IN2 Insurance Additional Info. (not used) IN3 Insurance Additional Info - Cert. (not used) ACC Accident Information (not used) UB1 Universal Bill Information (not used) UB2 Universal Bill 92 Information (not used)
6 A06 Transfer Outpatient to Inpatient, A07 Transfer Inpatient to Outpatient Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification PD1 Patient Demographic Information (not used) MRG Merge (not used) NK1 Next of Kin (not used) PV1 Y Patient Visit PV2 Patient Visit additional information DB1 Disability (not used) OBX Observations/Patient Profile AL1 Allergies Allergy Notes DG1 Diagnosis Information DRG Diagnosis Related Group (not used) PR1 Procedures (not used) ROL Role (not used) GT1 Guarantor (not used) IN1 Insurance (not used) IN2 Insurance Additional Info. (not used) IN3 Insurance Additional Info - Cert. (not used) ACC Accident Information (not used) UB1 Universal Bill Information (not used) UB2 Universal Bill 92 Information (not used) A02 Transfer a Patient, A21 Leave of Absence Exit, A22 Leave of Absence Return, A32 Cancel Patient Arriving, A33 Cancel Patient Departing Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification PD1 Patient Demographic Information (not used) PV1 Y Patient Visit PV2 Patient Visit additional information DB1 Disability (not used) OBX Observations/Patient Profile A03 Discharge a Patient Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification PD1 Patient Demographic Information (not used) PV1 Y Patient Visit PV2 Patient Visit additional information DB1 Disability (not used) DG1 Diagnosis Information DRG Diagnosis Related Group (not used) PR1 Procedures (not used) ROL Role (not used) OBX Observations/Patient Profile
7 A09 Patient Departing, A10 Patient Arriving, A11 Cancel Admit, A12 Cancel Transfer Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification PD1 Patient Demographic Information (not used) PV1 Y Patient Visit PV2 Patient Visit additional information DB1 Disability (not used) OBX Observations/Patient Profile DG1 Diagnosis Information A17 Swap Patient Locations Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification for Patient 1 PD1 Patient Demographic Information (not used) PV1 Y Patient Visit for Patient 1 PV2 Patient Visit for Patient 1 - additional info DB1 Disability (not used) OBX Observations/Patient Profile for Patient 1 PID Y Patient Identification for Patient 2 PD1 Patient Demographic Information (not used) PV1 Y Patient Visit for Patient 2 PV2 Patient Visit for Patient 2 - additional info DB1 Disability (not used) OBX Observations/Patient Profile for Patient 2 A18, A34, A35, A36 Update Patient Information (Update Patient Identifiers) Supported Segments Required Description MSH Y Message Header EVN C Event (not used) PID Y Patient Identification PD1 Patient Demographic Information (not used) MRG Y Merge PV1 C Patient Visit
8 ADT Segments Definitions These segment definitions include required and commonly used fields among CBORD users. For more detail on segment definitions, please refer to HL7 Standards, Versions 2.1 and higher. Most fields are variable-length fields, although field lengths in online display and reports from the Nutrition Services Suite may be limited. MSH - Message Header Segment MSH Name R/O/C* Comments Used by 0 Segment Identifier R Constant MSH Message 1 Separator R Message 2 Encoding Characters R Message 3 Sending Application C Constant Required if Acknowledgments are used. 4 Sending Facility C Constant Required for some methods of multiple database updates. Filter; Acknowledg ments Filter 5 Receiving Application O Constant CBORD Filter 6 Receiving Facility C Constant Required for some methods of multiple database updates. Filter 7 Date/Time of Message R CCYYMMDDHHMM Message 9 Message Type Event Type R C Record Type Component 1=ADT Component 2=HL7 Event type code If Event type is not provided, the use of the EVN segment must be defined at implementation. 10 Message ID R Will be returned in ACK. Message 12 Version ID O Message 13 Sequence Number C Required for sequence number checking. Message EVN - Event Segment EVN Name R/O/C* Comments Used by 0 Segment Identifier R Constant EVN Message 1 Event Type C Required if Event Type is not valued in Record Type component 2 of MSH field 9. 2 Event Date/Time O CCYYMMDDHHMM
9 PID - Patient Identification Segment PID Name R/O/C* Comments Used by 0 Segment Identifier R Constant PID Message 3 Patient ID (Internal R MRN. CBORD will use 24 characters. Patient ID ID) 4 Alternate Patient ID O 5 Patient Name R Last^First. CBORD will use 250 characters, display 24, for each Last Name and First Name. Patient Name Optional: Component 3 - Middle Name or Initial Component 4 - Suffix (SR, JR, MD or PH) Component 5 - Nickname 7 Date of Birth O CCYYMMDD Birth Date 8 Sex O Valid values: M, F, P or L Sex P = Female and will check Pregnant box L = Female and will check Lactating box 10 Race Code O Valid values: Race American Indian or Alaska Native Asian Black or African American Native Hawaiian or Other Pacific Islander White Other Race If value is not provided, the field in CBORD will be set to null/empty. 15 Language Code O Valid values for: Patient s English = en or eng Language Spanish = es or spa French = fr or fra 17 Religion O ID^Description Religion CBORD will use a total of 40 characters obtained from the Description. 18 Patient Account No. O CBORD will use 24 characters. Billing ID 19 Patient SSN O Social Security ID. Numeric only. Patient SSN
10 MRG - Merge Patient Information Segment MRG Name R/O/C* Comments Used by 0 Segment Identifier R Constant MRG Message 1 Prior Patient ID List C Component 1 is required to contain the Prior Patient MRN in order to change the patient s MRN. Component 5 may contain consistent Prior Prior Patient Identifier Filter Patient identifier data. Component 6 may contain assigning facility. 3 Prior Patient Account Number C Required to change patient Billing ID. CBORD will use 24 characters. Prior Billing ID 4 Prior Patient ID O Alternative location to change patient Prior MRN MRN. 7 Prior Patient Name O Last^First. CBORD will use 250 characters, display 24, for each Last Name and First Name. Patient Name Optional: Component 3 - Middle Name or Initial Component 4 - Suffix (SR, JR, MD or PH) Component 5 - Nickname
11 PV1 - Patient Visit Segment PV1 Name R/O/C* Comments Used by 0 Segment Identifier R Constant PV1 Message 2 Patient Class R I designates inpatient transactions, which Filter are most relevant to the CBORD system. 3 Patient Location R NURSING STATION^ROOM^BED CBORD will display 20 characters total. Room/Bed Values are not auto-truncated. Max lengths: NS ID=8, NS Name=15, Room/Bed=20 7 Attending Doctor O Doctor ID^Last^First Physician CBORD will use a total of 36 characters obtained from the Doctor s Last and First Name. 15 Ambulatory Status O B6 designates sex of Female and will Pregnant check Pregnant box. 16 VIP Indicator O Valid values: Y -or- N VIP 38 Insulin Indicator O Valid values: Y -or- N Insulin 44 Admit Date/Time C CCYYMMDDHHMM Required for Admission: If value is not provided, CBORD will use EVN or system date/time. 45 Discharge Date/Time C CCYYMMDDHHMM Required for Discharge: If value is not provided, CBORD will use EVN or system date/time. Admit Date/Time Discharge Date/Time. Filter. PV2 - Patient Visit Segment Additional Information PV2 Name R/O/C* Comments Used by 0 Segment Identifier R Constant PV2 Message 12 Protocol ID O Protocol code Protocol ID
12 OBX - Observation Segment OBX Name R/O/C* Comments Used by 0 Segment Identifier R Constant OBX Message 1 Set ID O Mapping Definition 3 Observation Identifier O Lactating will check Lactating box. Lactating 5 Observation Identifier Observation Result Value R R Component 1: For Height: HT For Weight: WT Component 3: Value Valid value ranges are: English Units: Weight: Greater than 0 and not more than 2204 lbs. Height: Greater than 0 and not more than 1549 in. Metric Units: Weight: Greater than 0 and less than 1000 kg. Height: Greater than 0 and less than 3935 cm. Data Type Data Value When updating height and weight, both values must be sent inside the same transaction by using multiple OBX segments. 6 Unit of Measure O Component 1 or 2. If no U of M is provided, a constant unit of measure must be defined at implementation. Data Value Measure Valid values: IN, CM, LB or KG 14 Observation O CCYYMMDDHHMM Date/Time of Date/Time If no value is provided, CBORD will use Recorded EVN or system date/time. Profile Data
13 AL1 - Allergies Segment AL1 Name R/O/C* Comments Used by 0 Segment Identifier R Constant AL1 Message 2 Allergy Type C Required for Food Allergies: FA Filter 3 Allergy Code R Multiple repetitions within this field and/or multiple AL1 segments represent concurrent allergies. Allergy Maximum Allergy codes may be limited by your reporting requirements, but all allergies are checked for meal compliance. Maximum Allergy code length is 12 characters. The codes are not case sensitive. - Note Segment Name R/O/C* Comments Used by 0 Segment Identifier R Constant Message 3 Note Text O Maximum Note length may be limited by your reporting requirements. Allergy Notes Maximum Note length is unlimited. DG1 - Diagnosis Segment DG1 Name R/O/C* Comments Used by 0 Segment Identifier R Constant DG1 Message 3 Diagnosis Code O ICD9 code. Diagnosis Max Length: 45 4 Diagnosis Description O Natural language description of diagnosis. Diagnosis 5 Diagnosis Start O Date/Time CCYYMMDDHHMM For use with coded diagnosis. If value is not provided, CBORD will use MSH 7. If value is not found in MSH 7, CBORD will use the system date/time. Diagnosis Start Date/Time
14 HL7 Orders Interface Specifications Orders Specifications In CBORD s Nutrition Service Suite (NSS), a diet order can be composed of several diet restrictions. (One order may be 40 gram Protein, 1 gram Sodium, 1 gram Potassium, MAO, Full Liquid, and No Concentrated Sweets.) All concurrent parts (diet restrictions) of a diet order must be entered at once, from one ORM transaction. Entry of diet restrictions at a later time implies a new diet order that will supersede the last one as of the new one s start date and time. All diet restrictions must be represented as coded elements; variable free text may be used in messaging but is not supported in NSS diet restrictions. Multiple Order Segments (ORC) per message are supported. Orders are created based on the information from the ORC segment that they follow. HL7 Orders Interface NW New Order HL7 Event Types Action Taken By CBORD Add new order to the card file. CA Cancel Order Cancel a previously sent order identified by the placer order number. Does not revoke any segments attached to the order. DC Discontinue Order Cancel a previously sent order identified by the placer order number. Does not revoke any segments attached to the order. RP Replace Order Cancel a previously sent order identified by the placer order number. Does not revoke any segments attached to the order. Adds new order to the card file.
15 HL7 Orders Message Layout The order of the segments are defined below. Following these descriptions of the message structures, you will find more detailed definitions of the segments that are supported. NW- New Order, CA- Cancel Order, DC- Discontinue Order, RP Replace Order * Please see the CBORD HL7 ADT Interface specifications for segment details. Supported Segments Required Description MSH Y Message Header *EVN C Event (not used) *PID Y Patient Identification *PV1 Y Patient Visit *PV2 Patient Visit additional info IN1 Insurance (not used) IN2 Insurance Additional Info. (not used) IN3 Insurance Additional Info - Cert. (not used) GT1 Guarantor (not used) *AL1 Allergies * Allergy Notes ORC Y Order ODS C Order Dietary Service (required for NW) Notes *DG1 Diagnosis Information *OBX Observations/Patient Profile ODT Order Dietary Tray RXO Order Enteral (Tube Feeding - TF) RXR Pharmacy/Treatment Route (not used) RXC Pharm/Treat Component Order (not used)
16 Order Segments Definitions These segment definitions include required and commonly used fields among CBORD users. For more detail on segment definitions, please refer to HL7 Standards, Versions 2.2 and higher. Most fields are variable-length fields, although field lengths in online display and reports from the Nutrition Services Suite may be limited. MSH - Message Header Segment MSH Name R/O/C* Comments Used by 0 Segment Identifier R Constant MSH Message 1 Separator R Message 2 Encoding Characters R Message 3 Sending Application C Constant. Required if Acknowledgments are used. 4 Sending Facility C Constant Required for some methods of multiple database updates. Filter; Acknowledg ments Filter 5 Receiving Application O Constant CBORD Filter 6 Receiving Facility C Constant Required for some methods of multiple database updates. Filter 7 Date/Time of Message R CCYYMMDDHHMM Message 9 Message Type R Component 1=ORM Record Type Event Type R Component 2=O01 10 Message ID R Will be returned in ACK. Message 12 Version ID O Message 13 Sequence Number C Required for sequence number checking. Message
17 ORC - Order Segment. ORC Name R/O/C* Comments Used by 0 Segment Identifier R Constant ORC Message 1 Order R NW, CA, DC, RP Record Type 2 Placer Order R Alphanumeric. Maximum length is 22. Placer Order Number 7 Quantity/Timing R Supported Components of ORC:7 are: 1 <quantity> For use with Supplements. If value is not provided, CBORD will use a default quantity of one for each supplement. If value is provided, it will be used for each supplement that is specified within that ORC grouping. Number Quantity and Timing data 2 <interval> 3 <duration> 4 <start date/time> CCYYMMDDHHMM 5 <end date/time> CCYYMMDDHHMM 8 <text> 9 <order sequencing> 10 Entered By O Maximum length is 7. Authorization Value is auto-truncated. 11 Verified By O If no value is provided in ORC 10, Authorization CBORD will use this field. 12 Ordering Provider O If no value is provided in ORC 11, Authorization CBORD will use this field. 15 Order Effective C CCYYMMDDHHMM Start Date If no value is provided in ORC 7 component 4, CBORD will use this field. If no value is then provided in this field, CBORD will use the system date/time.
18 ODS - Order Dietary Service Segment ODS Name R/O/C* Comments Used by 0 Segment Identifier R Constant ODS Message 1 Dietary Service Type R D = Diet S = Supplement Message 2 Service Period C For use with Supplements. If value is not provided, CBORD will apply supplements to All Meals. Meal period Meal Periods: 1 = Breakfast 2 = 10 AM Snack 3 = Lunch 4 = 2 PM Snack 5 = Dinner 6 = HR Snack 7 = Catering, AM 8 = Brunch 9 = Catering, Afternoon 10 = Catering, Late 11 = All Day *User defined Meal Periods can be created in NSS to represent multiple meal period groups (i.e. BLD = Breakfast/Lunch/Dinner). Value must contain at least one alpha character for interfacing. A single Meal Period or User defined Meal Period, will be applied to the Supplements defined in the same ODS segment. Within an ORC grouping, ODS segments with the same Meal Periods will be combined as one order. 3 Dietary Service R Multiple repetitions within this field represent concurrent Meal Periods. Translation is then used to translate multiple Meal Periods into a single User defined Meal Period. Multiple repetitions within this field represent concurrent Diet Restrictions or Supplements, as designated by the first field of the ODS segment. Multiple ODS segments are supported. Diet Restrictions or Supplements Maximum Diet Restriction codes may be limited by your reporting requirements, but all Diet Restrictions are checked for meal compliance. Maximum Diet Restriction code length is 12 characters. Maximum Supplement code length is 25 characters. Diet Restriction and Supplement codes are not case sensitive. Segment R Separator Message
19 - Note Segment Name R/O/C* Comments Used by 0 Segment Identifier R Constant Message 3 Note Text O Maximum Note length may be limited by your reporting requirements. Diet Order or Supplement Notes Maximum Note length is unlimited. Note will be associated with the ODS that it follows, either a Diet Order or Supplement Order as defined above. ODT - Order Dietary Tray Segment ODT Name R/O/C* Comments Used by 0 Segment Identifier R Constant ODT Message 1 Tray Type O Service location coded for the service type: Service Type MSG = Tray Ticket Message PMN = Personal Menu Note Early = Early Tray Late = Late Tray RS = Room Service NoRS = No Room Service 2 Service Period O Repetition 1: Start Meal Repetition 2: End Meal Service Meal Period For use with Services. If value is not provided, CBORD will apply service to All Meals. Meal Periods: 1 = Breakfast 2 = 10 AM Snack 3 = Lunch 4 = 2 PM Snack 5 = Dinner 6 = HR Snack 7 = Catering, AM 8 = Brunch 9 = Catering, Afternoon 10 = Catering, Late 11 = All Day 3 Text Instruction C Free Text message for the Tray Ticket Tray Text Note or Personal Menu Note if indicated by Tray Type ODT.1
20 HL7 Enteral (Tube Feeding TF) Orders Interface Specifications Enteral (Tube Feeding TF) Orders Specifications The Enteral Interface will accept an Order ID, Start Date/Time, End Date/Time, and authorization to create an enteral order header. It can also cancel orders. All other data in a tube feeding order (including products, rate, strength, recipe notes and administration instructions) is put in the Order Summary Note on the enteral orders screen within the Nutrition Service Suite (NSS). To leverage the functionality of the Enteral Nutrition Support module, the user runs an NSS report (Enteral Formula List) that lists the "incomplete" enteral orders. Data entry is needed to transcribe the text note to the appropriate fields on the rest of the Enteral Order screen in each patient card file record. NW New Order HL7 Event Types Action Taken By CBORD Add new order to the card file. CA Cancel Order Cancel a previously sent order identified by the placer order number. Does not revoke any segments attached to the order. DC Discontinue Order Cancel a previously sent order identified by the placer order number. Does not revoke any segments attached to the order. RP Replace Order Cancel a previously sent order identified by the placer order number. Does not revoke any segments attached to the order. Adds new order to the card file.
21 HL7 Enteral (Tube Feeding TF) Orders Message Layout The order of the segments are defined below. Following these descriptions of the message structures, you will find more detailed definitions of the segments that are supported. NW- New Order, CA- Cancel Order, DC- Discontinue Order, RP Replace Order *Please see the CBORD HL7 ADT and Orders Interface specifications for segment details. Supported Segments Required Description MSH Y Message Header *EVN C Event (not used) *PID Y Patient Identification *PV1 Y Patient Visit *PV2 Patient Visit additional info IN1 Insurance (not used) IN2 Insurance Additional Info. (not used) IN3 Insurance Additional Info - Cert. (not used) GT1 Guarantor (not used) *AL1 Allergies * Allergy Notes ORC Y Order ODS C Order Dietary Service Notes *DG1 Diagnosis Information *OBX Observations/Patient Profile ODT Order Dietary Tray RXO Y Order Enteral (Tube Feeding - TF) RXR Pharmacy/Treatment Route (not used) RXC Pharm/Treat Component Order (not used)
22 Order Segments Definitions These segment definitions include required and commonly used fields among CBORD users. For more detail on segment definitions, please refer to HL7 Standards, Versions 2.2 and higher. Most fields are variable-length fields, although field lengths in online display and reports from the Nutrition Services Suite may be limited. MSH - Message Header Segment MSH Name R/O/C* Comments Used by 0 Segment Identifier R Constant MSH Message 1 Separator R Message 2 Encoding Characters R Message 3 Sending Application C Constant. Required if Acknowledgments are used. 4 Sending Facility C Constant Required for some methods of multiple database updates. Filter; Acknowledg ments Filter 5 Receiving Application O Constant CBORD Filter 6 Receiving Facility C Constant Required for some methods of multiple database updates. Filter 7 Date/Time of Message R CCYYMMDDHHMM Message 9 Message Type Event Type R R Record Type Component 1=ORM Component 2=O01 or O09 or Component 1=OMP Component 2=O09 10 Message ID R Will be returned in ACK. Message 12 Version ID O Message 13 Sequence Number C Required for sequence number checking. Message RXO - Order Enteral (Tube Feeding - TF) Segment RXO Name R/O/C* Comments Used by 0 Segment Identifier R Constant RXO Message 6 Provider's Pharmacy/Treatment R Component 2: Order Enteral (Tube Feeding - TF) Text Enteral Order Text Instructions Notes
23 Basic (Non-HL7) At this time, the CBORD Clinical Interface does not support Basic (Non-HL7) data formats.
HL7 Interface Specification. HL7 Interface 1.2
Interface Specification Interface 1.2 May 2004 Interface 1.2 Specification TABLE OF CONTENTS 1 INTRODUCTION... 3 1.1 Purpose...3 1.2 Related Documents...3 2 IMPLEMENTATION... 4 3 COMMUNICATION PROFILE...
HL7 Conformance Statement RadCentre. Release 2015.01
HL7 Conformance Statement Release 2015.01 Editing The editing is done by i-slutins Health GmbH. If you have any suggestions for improvement or requests for modification etc, please let us know. You can
JiveX Enterprise PACS Solutions. JiveX HL7 Gateway Conformance Statement - HL7. Version: 4.7.1 As of 2015-05-20
JiveX Enterprise PACS Solutions JiveX HL7 Gateway Conformance Statement - HL7 Version: 4.7.1 As of 2015-05-20 VISUS Technology Transfer GmbH Universitätsstr. 136 D-44799 Bochum Germany Phone: +49 (0) 234
HL7 Conformance Statement
HL7 Conformance Statement Product Image-Arena 4.3 Product No.: T.08.0122 Effective Date: 2010-04-30 Benjamin Wagner Document 04 rev.: D32.0083-04 Image-Arena 4.3 HL7 conformance statement Table of contents
HL7 Interface Specifications
HL7 Interface Specifications V2.2 Ifa systems AG ifa united i-tech Inc. Augustinusstr. 11b 1850 SE 17th Street, Ste. 107 50226 Frechen Fort Lauderdale, FL 33316 Germany USA Tel.: +49-2234-933670 Tel.:
Philips Innovation Campus 560045 Bangalore India. Issued by:
Issued by: PHILIPS HEALTHCARE Patient Care and Clinical Informatics Interoperability Competence Center Philips Innovation Campus 560045 Bangalore India E-mail: [email protected] Internet: http://www.healthcare.philips.com/connectivity
HL7 Interface Specification Merge Eye Station v. 11.3
HL7 Interface Specification Merge Eye Station v. 11.3 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 2012 Merge Healthcare. The information contained herein is confidential
IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3)
Integrating the Healthcare Enterprise IHE Radiology Technical Framework Volume 3 (IHE RAD TF-3) Transactions (continued) Revision 10.0 Final Text February 18, 2011 Contents 1 Introduction... 3 1.1 Overview
ImagePilot. HL7 Conformance Statement. Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan
ImagePilot HL7 Conformance Statement Manufacturer: 1 Sakura-machi, Hino-shi Tokyo 191-8511, Japan Revision History Date Version Description August 28, 2009 Rev. 1.0 April 1, 2010 Rev. 1.1 Values that
UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard
UHIN STANDARDS COMMITTEE Version 2.0 Radiology Report Standard The Radiology Report Standard is compatible with all HL7 version 2.3 standards. Purpose The Radiology Report Standard is an implementation
Generic EHR HL7 Interface Specification Abraxas v. 4
Generic EHR HL7 Interface Specification Abraxas v. 4 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 2012 Merge Healthcare. The information contained herein is confidential
HL7 Conformance Statement
HL7 Conformance Statement Release VA20B (2014-03-28) ITH icoserve technology for healthcare GmbH Innrain 98, 6020 Innsbruck, Austria +43 512 89059-0 www.ith-icoserve.com Any printout or copy of this document
HL7 Interface Specification Merge LabAccess v. 3.6
HL7 Interface Specification Merge LabAccess v. 3.6 Merge Healthcare 900 Walnut Ridge Drive Hartland, WI 53029 USA 877.44.MERGE 12 Merge Healthcare. The information contained herein is confidential and
HL7 Fundamentals. Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen. August 2014
HL7 Fundamentals Presented by: Dana McDonough, Carolina Velasquez, & Bing Chen August 2014 Today s Presenters: Dana McDonough Associate Technical Consultant Allscripts and Epic data conversions EHR Reporting
HL7 EHR to PowerSoftMD Visit Import Specifications
HL7 EHR to PowerSoftMD Visit Import Specifications Data Tec, Inc. www.powersoftmd.com 1 P a g e R e v M a y 2 0 1 3 Introduction HL7 EMR to PS Interface Specs PowerSoftMD uses HL7 2.3.1 specifications.
AIDA compact NEO HL7 Interface Description
AIDA compact NEO HL7 Interface Description sion : BA Circulation : 1 ated UNG Proved A.Hau Approved HWS PRODUCT INFO OR1 e 2010-03-04 Date Date artment SEPS Department PM OR1 Department SEPS ition SW Dev.
IHE IT Infrastructure Technical Framework. Volume 2b (ITI TF-2b) Transactions Part B Sections 3.29 3.64
Integrating the Healthcare Enterprise 5 10 IHE IT Infrastructure Technical Framework Volume 2b (ITI TF-2b) Transactions Part B Sections 3.29 3.64 15 20 Revision 11 Final Text September 23, 2014 25 Please
RelayClinical Service Feature Guide RelayClinical Notify
RelayClinical Service Feature Guide RelayClinical Notify Release 15.11 November 2015 Health Connections Brought to Life Table of Contents Overview... 3 Benefits... 3 Models... 3 Alternate Deployment Option...
How To Get A Medical Record On A Medical Device
9. Medical Records/Information Management (Document Management) Chapter Chair/Editor: Chapter Chair/Editor: Wayne R. Tracy, MS Health Patterns, LLC Michelle L. Dougherty, RHIA American Health Information
Generic Interface System
Generic Interface System (GIS) Version 3.01 Based on HL7 Standard Version 2.4 Mapping Document HL7 Segments to IHS Files July 2001 TABLE OF CONTENTS Cross Reference: HL7 Segments to IHS Files Contents
Masimo Patient Safetynet HL7 Interface Specifications
TECHNICAL BULLETIN Masimo Patient Safetynet HL7 Interface Specifications Version 1.0 August 2013 CAUTION: Federal law restricts this device to sale by or on the order of a physician. For professional use.
Oracle SOA Suite 11g Oracle SOA Suite 11g HL7 Inbound Example Functional ACK Addendum
Oracle SOA Suite 11g Oracle SOA Suite 11g HL7 Inbound Example Functional ACK Addendum [email protected] June 2010 Table of Contents Introduction... 1 Pre-requisites... 1 HL7 v2 Receiver Solution...
Facing Healthcare Administration Challenges
Facing Healthcare Administration Challenges Healthcare provider administration tasks, are facing different types of challenges. The delivery of health care services is the most visible part of any health
Medical Records Training Manual for EMR
Medical Records Training Manual for EMR ENTERPRISE MEDICAL RECORD (EMR) The MEDITECH Enterprise Medical Record (EMR) collects, stores, and displays clinical data such as lab results, transcribed reports,
Meaningful Use Business Process Mapping Questionnaire. Meaningful Use Business Process Mapping Questionnaire. Contact Information
This survey is designed to facilitate conversations between health care facilities and public health departments before and during Meaningful Use implementation and onboarding. Please feel free to consult
PMS / EMR Message Specification (Version 2.3.1) (ADT, AL1, OBX, SIU, DFT, PPR (PRB), ORM, VXU)
i2itracks HL7 Interface PMS / EMR Message Specification (Version 2.3.1) (ADT, AL1, OBX, SIU, DFT, PPR (PRB), ORM, VXU) 3663 N. Laughlin Rd., Suite 200 Santa Rosa, CA 95403 866-820-2212 www.i2isys.com 1
RamSoft PACS 3.0 HL7 Conformance Statement
. RamSoft Inc. RamSoft Inc. 16 Four Seasons Place, Suite 215 Toronto, ON M9B 6E5, CANADA RamSoft PACS 3.0 HL7 Conformance Statement.......... January 27, 2003 ...2 General...3 General message format...3
Creating Cost Recovery Layouts
Contents About Creating Cost Recovery Layouts Creating New Layouts Defining Record Selection Rules Testing Layouts Processing Status Creating Cost Recovery Layouts About Creating Cost Recovery Layouts
MOSAIQ External Systems Interfaces (ESI) Product Offerings
MOSAIQ External Systems Interfaces (ESI) Product Offerings (Current as of MOSAIQ 2.60) Elekta offers a broad range of external systems interfaces to connect oncology clinician and administrative personnel
ELR 2.5.1 Clarification Document for EHR Technology Certification
ELR 2.5.1 Clarification Document for EHR Technology Certification Date: July 16, 2012 Co-Authored By: Centers for Disease Control and Prevention And Association of Public Health Laboratories Table of Contents
HL7 Interconnection Guide v1.1
HL7 Interconnection Guide v1.1 Copyright Universal Research Solutions, LLC. 1 Contents Introduction... 3 Recommended Interconnection Plan... 3 VPN Connectivity... 3 Communication Protocol... 4 TCP/IP &
Borgess Diabetes Center PATIENT REGISTRATION/DEMOGRAPHICS
Borgess Diabetes Center PATIENT REGISTRATION/DEMOGRAPHICS Please complete the following form by filling in the blanks or by circling the answer provided. Last Name: First Name M.I. Address: City, State,
DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION
Health Information Messaging Standard HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA DIAGNOSTIC TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Status: Accepted in Draft Version 0.5 Status
Michigan Care Improvement Registry HL7 2.5.1 Specification for Vaccination Messages. Document Description
Michigan Care Improvement Registry Message types supported: Vaccination Update (VXU) The MCIR interface is currently at version 2.5.1 and is backwards compatible to earlier versions. Document Description
ZAN HL7 Interface. Installation and Specifications Manual Part Number : *************ENG Version / Revision : A
Installation and Specifications Manual Part Number : *************ENG Version / Revision : A Disclaimer Information in this manual is subject to change without notice and does not represent a commitment
Testing and Accommodation Enhancements
Testing and Accommodation Enhancements CECAS users will notice that a set of changes to the CECAS production (live) site have occurred. The changes are: Child Demographics screen has been updated to contain
EHR-Laboratory Interoperability and Connectivity Specification (ELINCS) Version 0.2 DRAFT
EHR-Laboratory Interoperability and Connectivity Specification (ELINCS) Version 0.2 DRAFT May 13, 2005 Contents 1. Introduction... 3 2. ELINCS Use Case... 4 2.1. Use Case Details... 5 2.2. Relevant Definition
HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA
HL7 ADT, ORM and ORU & DICOM tag agreement with RIS, PACS and VNA Updated by Neelam Dugar 07/01/15 ADT messages update patient demographics in PACS, RIS and VNA. ADT messages also update current patient
Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System. HL7 Results Specification
HL7 Results Specification Imaging Quickly and easily connect your Imaging System with Practice Fusion s Electronic Health Record (EHR) System 1 P a g e HL7 Results Specification About This Document This
Patient Sync Integration Guide. Patient Demographic Synchronization Patient Appointment Schedules Synchronization Patient Context
Patient Demographic Synchronization Patient Appointment Schedules Synchronization Patient Context August 24, 2010 Table of Contents SLUTIN VERVIEW...3 VERVIEW...3 PATIENT DEMGRAPHICS SYNCHRNIZATIN...3
Notes Interface Specification HL7 format
MedicaLogic s Support for the Import and Export of Documents Release 5.5 P/N 2636-06 Table of Contents Abstract... 1 HL7 Messages... 2 Legend... 2 MDM Document management... 3 HL7 Message segments... 4
ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1
ELR 2.5.1 Clarification Document for EHR Technology Certification V1.1 Date: October 16, 2012 Co-Authored By: Centers for Disease Control and Prevention And Association of Public Health Laboratories Table
CareAware Capacity Management - Patient Flow Patient List Gadget
CareAware Capacity Management - Patient Flow Patient List Gadget When using the Patient List gadget in CareAware Patient Flow, the following tasks can be completed: Launch PowerChart Modify Patient Attributes
Design of Internet Protocols:
CSCI 234 Design of Internet Protocols: George Blankenship George Blankenship 1 Outline Background Operational environment HL7 Verification requirements Definition of VA transactions Verification of VA
Bryant T. Aldridge Rehabilitation Center Unit Specific Inclusive Diversity Analysis: CULTURAL COMPETENCY AND DIVERSITY PLAN February 2015
Bryant T. Aldridge Rehabilitation Center Unit Specific Inclusive Diversity Analysis: CULTURAL COMPETENCY AND DIVERSITY PLAN February 2015 Prepared by Brian Agan A Cultural Competency and Inclusive Diversity
Text Integration Utilities (TIU) Generic HL7 Interface Handbook
Text Integration Utilities (TIU) Generic HL7 Interface Handbook Version 1.0 October 2006 Department of Veterans Affairs VistA System Design & Development Computerized Patient Record System Product Line
Meditech EMR Introduction and Physician Training Tool James W Langley MD MS Director of MHS Medical Informatics October 2006
Meditech EMR Introduction and Physician Training Tool James W Langley MD MS Director of MHS Medical Informatics October 2006 October 2006 1 Methodist Dallas Medical Center Methodist Charlton Medical Center
HL7 Format and Electronic Sharing
HL7 Format and Electronic Sharing Mark Madrilejo ([email protected]) Application Engineer, network180, Member HIE Standards Committee and Working Subcommittees for CCD and Consent Management
IHS Pharmacy-Automated Dispensing Interface System (BOP)
RESOURCE AND PATIENT MANAGEMENT SYSTEM IHS Pharmacy-Automated Dispensing Interface System (BOP) User Manual Version 1.0 July 2005 Office of Information Technology Albuquerque, New Mexico User Manual i
Medicalis Workflow HL7 to SQL Specification
Medicalis Workflow HL7 to SQL Specification Medicalis Workflow HL7 to SQL Specification Version 6.7.0 January 2015 Document and Contact Information Document Revisions Version Date Author(s) Description
Patient Demographics Query (PDQ)
Integrating the Healthcare Enterprise 5 IHE IT Infrastructure Technical Framework Supplement 2004-2005 10 Patient Demographics Query (PDQ) 15 Publication Date: August 15, 2004 Table of Contents 20 25 30
IHE Radiology Technical Framework Supplement. Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) Trial Implementation
Integrating the Healthcare Enterprise 5 IHE Radiology Technical Framework Supplement 10 Clinical Decision Support Order Appropriateness Tracking (CDS-OAT) 15 Trial Implementation 20 Date: June 12, 2015
Inpatient Cerner Navigation and Documentation For Nursing Students
Inpatient Cerner Navigation and Documentation For Nursing Students Audience Note: Purpose: Objectives: Cerner PowerChart training is for all students in the following inpatient areas Med/Surg, OSNO, Oncology,
Item Seq # Data Element Format Position Position. Locator
1 Provider Number (Medicare/VHI) PIC X(6) 1 6 Medicare Provider Number or number assigned by VHI. 2 Provider NPI PIC X(10) 7 16 Provider's NPI 56 3 Patient Control Number PIC X(20) 17 36 Patient Control
Message Profiles A/D/T. Hewlett Packard Medical HL7 Enterprise Communication Framework
Message Profiles A/D/T Hewlett Packard Medical HL7 Enterprise Communication Framework Version 1.0, Second Edition August 1997 Copyright 1997 Hewlett-Packard Company All Rights Reserved. Reproduction, adaptation,
Syndromic Surveillance Event Detection of Nebraska (SSEDON) Flat File Implementation Guide for Inpatient Syndromic Surveillance
Syndromic Surveillance Event Detection of Nebraska (SSEDON) Flat File Implementation Guide for In Syndromic Surveillance Document Version 1.2 01/10/2012 This implementation guide contains flat file formats
PENNSYLVANIA UNIFORM CLAIMS AND BILLING FORM REPORTING MANUAL
PENNSYLVANIA UNIFORM CLAIMS AND BILLING FORM REPORTING MANUAL Inpatient UB-04 Data Reporting April 2007 Revised: August 2015 ay Status Report for Table of Contents Overview... 1 Detail Record Quick Reference
Diabetes Resources. Tamara Meier, APRN-CNS, IBMC Diabetes Specialist. Call ANYTIME for questions! 397-5166
Diabetes Resources Diabetes Specialists Tamara Meier, APRN-CNS, IBMC Diabetes Specialist. Call ANYTIME for questions! 397-5166 Alicia Johnson, APRN-CNP, ISMC Diabetes Specialist. 405.227.4435 Annie L.
IHE Radiology (RAD) Technical Framework. Volume 2 IHE RAD TF-2 Transactions
Integrating the Healthcare Enterprise 5 IHE Radiology (RAD) Technical Framework 10 Volume 2 IHE RAD TF-2 Transactions 15 20 Revision 15.0 Final Text July 29, 2016 25 Please verify you have the most recent
EHR Version 7.1 New Features
EHR Version 7.1 New Features New Colors The color scheme has changed. There is now a combination of Green and Blue throughout the product. Login Page You can now enter your signoff password in the second
MIIC HL7 2.3.1 and HL7 2.4 Specifications
Minnesota Immunization Information Connection (MIIC) P Box 64975 St. Paul, MN 55164-0975 651-201-5503, 800-657-3970 www.health.state.mn.us/miic MIIC HL7 2.3.1 and HL7 2.4 Specifications Submitting VXU
California Northstate University College of Pharmacy Transfer Student Application
California Northstate University College of Pharmacy Transfer Student Application California Northstate University College of Pharmacy Transfer Student Application This admission application packet is
20/20 Integration Guide
20/20 Integration Guide March 15 2013 A guide to Modality Work List and Spectacle-Link Overview Within medical imaging there are two common interfaces or integrations that most practices find helpful if
HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA
HEALTH INFORMATION MESSAGING STANDARD HEALTH INFORMATION STANDARDS COMMITTEE FOR ALBERTA DIAGNOSTIC IMAGING TEXT AND OTHER TRANSCRIBED REPORTS MESSAGE SPECIFICATION Status: Accepted in Draft Version 0.4
Interfacing Boot Camp
Interfacing Boot Camp June 4, 2012 Prepared by: WebChartMD Johnson City TN www.webchartmd.com Interfacing Boot Camp public distribution, duplication and redistribution permitted Overview 2 Premise Background
Rural Health Information Technology Cooperative. Clinician Survey on Quality Improvement, Best Practice Guidelines, and Information Technology
Rural Health Information Technology Cooperative Clinician Survey on Quality Improvement, Best Practice Guidelines, and Information Technology Conducted for: The Rural Healthcare Quality Network Conducted
Nephrology Consultants of Georgia, P.C.
New Patient O (Check One) Established Patient O Name: (Last) _ (First) (MI) Address: City State Zip D.O.B. SSNO Email Address Ethnicity: O Hispanic or Latino O Not Hispanic or Latino O Patient Refused
Introduction to Epic Bridges. Empowering Extraordinary Patient Care
Introduction to Epic Bridges Empowering Extraordinary Patient Care Your phone has been automatically muted. Please use the Q&A panel to ask questions during the presentation! Introduction Michael Botieri
837 Professional Health Care Claim
Companion Document 837P 837 Professional Health Care Claim Basic Instructions This section provides information to help you prepare for the ANSI ASC X12N 837 Health Care transaction for professional claims.
Name: Office of Graduate Admission Loyola University Maryland 2034 Greenspring Drive Timonium, MD 21093
Application Procedures and Inventory Listing Education Name: Application Deadline: Fall Semester June 15 Spring Semester November 1 Summer Session March 15 Kodály Music Education Summer Session only May
Behavioral Health Associates 6216 Airpark Drive Chattanooga, TN 37421
Welcome To Behavioral Health Associates Our mission is to help individuals, couples and families with their behavioral health goals. The set of documents to follow this page are explained below. Please
UB-04 Claim Form Instructions
UB-04 Claim Form Instructions FORM LOCATOR NAME 1. Billing Provider Name & Address INSTRUCTIONS Enter the name and address of the hospital/facility submitting the claim. 2. Pay to Address Pay to address
**Medicare and Medicaid have other Billing Codes and different eligibility. Please contact our office for more information. Thank you!
Checking Your Insurance Benefits IMPORTANT Please check your insurance coverage prior to any Nutrition or Diabetes Education appointment. You will be responsible for any services that are not covered.
Transactions Module. 70 Royal Little Drive. Providence, RI 02904. Copyright 2002-2014 Optum. All rights reserved. Updated: 3/1/14
70 Royal Little Drive Providence, RI 02904 Copyright 2002-2014 Optum. All rights reserved. Updated: 3/1/14 Table of Contents 1 Transactions Module...1 2 Charge Overview...3 2.1.1 Explosion Codes...3 2.1.2
Provider Billing Manual. Description
UB-92 Billing Instructions Revision Table Revision Date Sections Revised 7/1/02 Section 2.3 Form Locator 42 and 46 Description Language is being added to clarify UB-92 billing instructions for form locator
Oracle SOA Suite 11g Oracle SOA Suite 11g HL7 Inbound Example
Oracle SOA Suite 11g Oracle SOA Suite 11g HL7 Inbound Example [email protected] June 2010 Table of Contents Introduction... 1 Pre-requisites... 1 Prepare HL7 Data... 1 Obtain and Explore the HL7
Implementation Guide
HAWAII HEALTH INFORMATION CORPORATION HAWAII S SOURCE FOR HEALTHCARE Implementation Guide ASCII HL7 Specifications for Laboratory Observation Reporting Technical Specifications and Transmittal Instructions
There are 5 demographic data elements that include gender, date of birth, race, ethnicity status,
Demographic and Data s There are 5 demographic data elements that include gender, date of birth, race, ethnicity status, and postal code of the patient. These elements are intended to be collected once
Estimated Population Responding on Item 25,196,036 2,288,572 3,030,297 5,415,134 4,945,979 5,256,419 4,116,133 Medicare 39.3 (0.2)
Table 3-15. Percent Distribution of Veterans by Type of Health Insurance and Age 35 Years 35-44 Years 2001 National Survey of Veterans (NSV) - March, 2003 - Page 140 45-54 Years 55-64 Years 65-74 Years
Institutional Billing Guide
Program KANSAS MEDICAL ASSISTANCE PROGRAM Institutional Billing Guide Updated 10.2013 Institutional Billing The Kansas Medical Assistance Program (KMAP) offers different billing options to all providers.
HL7 Customization Guide
HL7 Customization Guide Table of Contents Intended Audience... 3 1. Overview... 3 1.1 Introduction... 3 1.2 HL7 Overview... 3 1.3 Report Formats... 4 1.4 Interface Workflow... 5 1.5 Integration Steps...
* Do you wish to receive our monthly newsletter? Yes No Marital Status: Single Married Legally Separated Divorced Other Employer Name: (If applicable)
Doctor: Patient Name: Address: State: Date of Birth: Home Phone: Work Phone: Zip: Patient Demographics Maiden Name: City: Social Security Number: Cell Phone: Email Address: * Do you wish to receive our
CMS 1500 (08/05) Claim Filing Instructions
CMS 1500 (08/05) Claim Filing Instructions Field 1. Leave blank 1a. Insured s ID - Enter the Member identification number exactly as it appears on the patient s ID card. The member s ID number is the subscriber
PATIENT INFORMATION INTAKE F O R M BESSMER CHIROPRACTIC P. C.
PATIENT INFORMATION INTAKE F O R M BESSMER CHIROPRACTIC P. C. Date today: _ PERSONAL INFORMATION Full Name: SS#: Address: City: State: Home Phone: Cell Phone: W o r k Phone: Email: Birthdate: Age: Sex:
Instructions for Completing the UB-04 Claim Form
Instructions for Completing the UB-04 Claim Form The UB04 claim form is used to submit claims for inpatient and outpatient services by institutional facilities (for example, outpatient departments, Rural
EMR Technology Checklist
Patient Accessibility/Scheduling/Account Maintenance: Able to interact with schedule through an online portal pre register VIP status to move patient to the front of the line Access and pre registration
How To Apply To Delta State University
I am applying for the Fall of : Year Full-time Part-time 1. Name in Full (Last) (First) (Middle) 2. Home Address (Number & Street or RFD) (City) (State) (Zip) (County) 3. Mailing Address (If different
Inpatient Pharmacy Order Processing. January 2012
Inpatient Pharmacy Order Processing January 2012 1 Learning Objectives Explain the difference between inpatient and outpatient medication orders Explain why inpatient and outpatient medication orders must
Sustainable Building Science Technology
Sustainable Building Science Technology Bachelor of Applied Science Program APPLICATION FOR ADMISSION FALL 2016 1 st Review Due Date: May 13, 2016 Applications received after the first review will be accepted
Physician, Health Care Professional, Facility and Ancillary Provider Administrative Guide for American Medical Security Life Insurance Company
Physician, Health Care Professional, Facility and Ancillary Provider Administrative Guide for American Medical Security Life Insurance Company Insureds 2009 Contents How to contact us... 2 Our claims process...
WinCare Integrated Key Features
WinCare Integrated Key Features Printed on 16 August, 2011 i Contents Clinical 3 Pre-Admit... 5 Admit... 6 PO/MAR... 7 Vitals... 8 Care Plan... 9 ADL... 10 MDS... 11 Progress Notes... 12 CQI... 13 Reports...
The Benefits of Using InterSystems Ensemble within the Saint Pierre Hospital
The Benefits of Using InterSystems Ensemble within the Saint Pierre Hospital Bernadette Sommereijns & Paul-Henri Van Rasbourgh Project Managers, CHU Saint-Pierre Agenda St Pierre Hospital and the IRIS
APPLICATION FOR TESTING AND SUBSEQUENT CERTIFICATION AS A CERTIFIED NURSE MIDWIFE (CNM)
APPLICATION FOR TESTING AND SUBSEQUENT CERTIFICATION AS A CERTIFIED NURSE MIDWIFE (CNM) American Midwifery Certification Board 849 International Drive, Suite 120 Linthicum, MD 21090 410-694-9424 Phone
