Professional Documents
Culture Documents
2096198-014 CASE CardioSoft Reimbursement V7.0
2096198-014 CASE CardioSoft Reimbursement V7.0
2096198-014 CASE CardioSoft Reimbursement V7.0
To access other GE Healthcare Diagnostic Cardiology documents, go to the Common Documentation Library (CDL), located at http://
apps.gehealthcare.com/servlet/ClientServlet?REQ=Enter+Documentation+Library , and click Cardiology.
To access Original Equipment Manufacturer (OEM) documents, go to the device manufacturer's website.
Support
GE Healthcare maintains a trained staff of application and technical experts to answer questions and to respond to issues and problems
that may arise during the installation, maintenance, and use of this product.
If you require additional assistance, contact your GE Healthcare representative or GE Healthcare support at one of the following numbers:
• North America: 1-800-558-7044
• Europe: +49 761 45 43 -0
• Asia: +86 21 3877 7888
Training
This document is intended as a supplement to, not a substitute for, thorough product training. If you have not received training on the use
of the product, you should request training assistance from GE Healthcare.
To see available training, go to the GE Healthcare training website (www.gehealthcare.com/training). Select Education > Product
Education-Technical > Diagnostic Cardiology. For more self-paced course offerings, tools, and reference guides you may find useful,
please visit the GE Healthcare Education Store at www.gehealthcare.com/educationstore.
警告 本维修手册仅提供英文版本。
ZH-CN
• 如果维修服务提供商需要非英文版本,客户需自行提供翻译服务。
• 未详细阅读和完全理解本维修手册之前,不得进行维修。
• 忽略本警告可能对维修人员,操作员或患者造成触电、机械伤害或其他形式的伤
害。
警告 本維修手冊只提供英文版。
(ZH-TW)
• 如果客戶的維修人員有英語以外的其他語言版本需求,則由該客戶負責 提供翻譯服
務。
• 除非您已詳閱本維修手冊並了解其內容,否則切勿嘗試對本設備進行維 修。
• 不重視本警告可能導致維修人員、操作人員或病患因電擊、機械因素或 其他因素而
受到傷害。
警告 このサービスマニュアルは英語版しかありません。
(JA)
• サービスを担当される業者が英語以外の言語を要求される場合、翻訳作業はその
業者の責任で行うものとさせていただきます。
• このサービスマニュアルを熟読し、十分に理解をした上で装置のサービスを行っ
てください。
• この警告に従わない場合、サービスを担当される方、操作員あるいは患者が、感
電や機械的又はその他の危険により負傷する可能性があります。
ЕСКЕРТУ Бұл қызмет көрсету бойынша нұсқаулығы тек ағылшын тілінде қолжетімді.
(KK)
• Тұтынушының қызмет провайдері ағылшын тілінен басқа тілдегі нұсқаны талап
етсе, аудару бойынша қызметтерімен қамтамасыз ету тұтынушы жауапкершілігінде
болуы тиіс.
• Бұл қызмет көрсету бойынша нұсқаулығын назарға алып, түсінбегенше, жабдыққа
қызмет көрсетуден бас тартыңыз.
• Бұл ескертуді елемеу қызмет провайдері, оператор немесе емделушінің электр
шогынан, механикалық немесе басқа қауіптер нəтижесінде жарақат алуына əкелуі
мүмкін.
CẢNH BÁO Tài Liệu Hướng Dẫn Sửa Chữa chỉ có bản tiếng Anh.
(VI)
• Nếu các đơn vị cung cấp dịch vụ cho khách hàng yêu cầu một ngôn ngữ nào khác tiếng
Anh, thì khách hàng sẽ có trách nhiệm cung cấp các dịch vụ dịch thuật.
• Không được sửa chữa thiết bị trừ khi đã tham khảo và hiểu Tài liệu Hướng dẫn Sửa chữa.
• Không tuân thủ những cảnh báo này có thể dẫn đến các tổn thương cho người thực hiện
sửa chữa, người vận hành hay bệnh nhân, do sốc điện, các rủi ro về cơ khí hay các rủi ro
khác
Publication Information....................................................................... 2
Service Manual Language Information................................................................ 3
1 General Description........................................................................................ 11
ID Description
N new procedure
• The reason for adding the new field "hospital findings status": The hospital findings
status is important for the communication between Medical Reimbursement
Programs and the recording unit. The ID for a new procedure (N) or for a new
bronchodilation spirogram (B) is important for activation of the reimbursement.
The ID for a modified procedure (G) is required for the documentation of the
different procedure categories. The ID for a deleted procedure (L) is required for
the deletion to take effect in the documentation of the medical reimbursement
program. The ID for an archived procedure (A) is used to retrieve an existing
procedure.
General Points
The record length is checked. The record length is calculated from the field lengths,
beginning with the record ID field and ending with the last field of the record.
None of the unknown fields is evaluated.
To achieve a logical link between the patient data record and medical data record,
the same patient ID (field ID 3600) must be specified. The "patient status" field is not
evaluated and not generated by CASE/CardioSoft.
The field "storage date..." (field ID 6200) always specifies the date the BDT data record
was created, not the date the procedure was recorded.
3303 patient's date of 290363 format: DDMMYY If the year has only 2 digits,
birth than 1900 is added to the year. Preferred format:
DDMMYYYY. Additional to this field is the field 3103 with
the format DDMMYYYY from the new BDT accepted
8421 unit ms
(repeat fields 8410 to 8421 for every parameter of the resting ECG procedure)
8421 unit 1
(repeat fields 8410 to 8421 for every value of the resting spirogram)
from archive". The following option is the most convenient solution: the
procedure (e.g., resting ECG of 2 Jan 1992, 15:30h) can be selected directly from
the electronic patient file card, and the appropriate ECG trace is displayed at the
push of a button.
2. Program call including patient data, procedure category and status (new
procedure): The signal acquisition screen of the procedure category selected in
the application is promptly displayed.
Options for calling CASE/CardioSoft application without Procedure Category:
If desired, the procedure category does not need to be transferred to the application.
If the status equals archive recording (date and time of procedure not required), the
application will display a list of all existing recordings on the selected patient. If the
status equals new recording, the survey of all procedures which can be created, a
new will be displayed.
Tips for DOS programs running in a DOS box under WINDOWS:
The application needs to be called only once under WINDOWS. Even when started,
the application can still continue to read in the BDT control files. The DOS medical
reimbursement program will be started in a DOS box under WINDOWS. The BDT
control file for the application is generated in the electronic patient file card, with
e.g. the following user notice appearing: "Please change to CASE/CardioSoft with
the ALT-Tab key and press the 'Patient' button (or start CASE/CardioSoft), return
with the ALT-Tab key after completing the procedure and acknowledge with a key".
The user changes to the Program Manager and starts the application (create an
icon with "c:\cardio\cardio.exe AAP <name of control file with directory>"). The
application will then execute the control file. After completion of the procedure, the
user changes back to the medical reimbursement program using the ALT-Tab key
and acknowledges with a key. The medical reimbursement program reads the control
file from the application. If any other procedures are to be carried out, it is sufficient
to change to the application and to press the "Patient" button (top left) to cause the
application to read in the control file.
Options for calling WINDOWS Medical Reimbursement Programs with DDE:
With the aplication´s DDE interface, a medical reimbursement program needs to
be started only once (for example, after starting the application, the attempt must
be made in one second intervals to establish a DDE link). It then transmits a DDE
command to the application specifying the name of the BDT/GDT control file. After
completing the procedure, the user clicks "Quit" button and acknowledges the query
"Return to medical reimbursement program?" with Yes. This will transmit the DDE
command "AppDataReady" from the application to the medical reimbursement
program. Now the medical reimbursement program can read the BDT/GDT results.
In general: A DDE command is executed with the 3 parameters <Program name>
<Topic> <Command>.
MRP command to call the application and establish the DDE connection:
C:\CARDIO\CARDIO.EXE DDE <MRP program name> <MRP-DDE-Topic>
NOTE:
The application transmits the message to read in the DDE data to the MRP
program specified together with the specified MRP DDE topic.
DDE command from the medical reimbursement program:
Topic: System
Command: AppDataReady
NOTE:
The MRP program name and the MRP DDE topic are transferred when the
application is launched.
Example for the DDE implementation in the MRP program:
Check if the application is already active.
If no: Launch the application to establish the DDE connection: c:\Cardio\CARDIO.Exe
DDE <your MRP name> System.Wait until Cardio.Exe has established the DDE-
connection. Send the DDE command to CardioSoft: DDE command ("CARDIO",
"System", "BDT”, “c:\cardio\BDT-File") or with GDT DDE command ("CARDIO", "System",
"GDT”, “c:\cardio\GDT-File").
The application reads the BDT/GDT File and performs the according action (new test,
view existing test) After the action is finished, click on the button “Quit Program” in the
Initial Screen and answer the question “Return to medical reimbursement program”
with YES. Now the application sends the DDE command DDE command (“<your MRP
name>”, “System”, "AppDataReady") to the MRP and the measurement results are
available in the BDT/GDT file. In this state the application waits for the next DDE
command.
NOTE:
If there is no need for the MRP to be informed when the measurement results are
available from the applcation, a new DDE command can be sent from MRP while
the application stays in the “Post Test Review” mode.
A medical data record is written to the received BDT file for each completed
procedure. When adopted by the medical reimbursement program, the BDT file must
be deleted. The BDT output file of the CASE/CardioSoft application is created only one
time for a new procedure (feature for GDT server).
For each deleted procedure, a data record with the appropriate ID for the medical
reimbursement program is added. It is possible to delete this procedure from the
medical reimbursement program.
If a procedure is edited in the application, a data record marked "edited procedure"
is added to the medical reimbursement program. The various changes can be
documented in the medical reimbursement program. The application only stores
the most recent version. Thus, the application can be called from the medical
reimbursement program only with the most recent version of the procedure.
Points to note (compared with BDT):
• The patient's year of birth (field ID 3303) transmitted to the application should have
four digits (format: DDMMYYYY).
• The year of the procedure (field ID 8432) transmitted to the application should
have four digits (format: DDMMYYYY).
For all procedure categories, the file should begin as follows:
• procedure category (rest ECG, spirogram,...)
• procedure date
• procedure time
• procedure status (new, edited)
For a designator indicating the procedure category, please refer to the ID list.
The application provides the result values (8240 result value, 8421 unit, 8460 normal
value text) by way of a BDT result text (8480). To do so, insert the following line in the
WIN.INI file in section "[CARDIO]": PAT_BdtValText=1
To set the application in the mode to append BDT records to the BDT file , insert the
following line in the WIN.INI file in section "[CARDIO]": PAT_AppendBdtRecord=1
The output of a measurement can be disabled with an entry in the file AAPOUT.INI
(Create this text file in the CASE/CardioSoft database directory). For example, enter
the section [AAPOUT]. Then in a new line enter the procedure ID and set it to zero. The
file AAPOUT.INI must have the following content to disable the heart rate (procedure
ID "HF") of a Rest ECG: [AAPOUT] HF=0
The following entries cause to disable the corresponding data objects (V6.72 and
later):
• ERG_INTER_SYS=0 Exercise Test: System Evaluation
• ERG_INTER_PHY=0 Exercise Test: Physician's Interpretation
• LBD_INTER_SYS=0 Amb.Blood Pressure: System Evaluation
• LBD_INTER_PHY=0 Amb.Blood Pressure: Physician's Interpretation
The user can then select the correct data or quit the dialog to stop the test. This is
mainly provided due to possible patient ID mismatches, for example, when patient IDs
are created locally on the application and then later by the medical reimbursement
program.The application provides this check from V6.51 and later.
However, if it is desired, this check can manually be configured:
Enter the following entry in LOC_WIN.INI (V6.6 and later), section [CARDIO]:
PAT_CheckDemogr=<value> // Range of values 0...2 Default:1
If the application is launched by an external system via BDT or GDT, this entry defines
the reaction, if the incoming patient ID is identical with the local database, but the
patient demographic data (one of first name, last name or date of birth) are different.
0: No user interaction; If the incoming data field is not blank, the data is taken from
the external system, else from the local database (as up to V6.5).
1: A side-by-side dialog displays to select which patient demographic data should be
used for the local database.
2: An error message displays which must be confirmed. A new test cannot be
performed.
When patient demographic data are received via the BDT / GDT interface, the
Complete Patient Information dialog allows the user to complete missing patient
demographic data, depending on the procedure type and the chosen configuration.
The following items can individually be enabled or disabled per procedure type:
• Last name
• First name
• Date of birth
• Weight
• Gender
• Ethnic
• Pacemaker
For detailed information please see the CASE / CardioSoft Service Manual. This
feature is provided from V6.6 and higher.
From the main menu, you can exit the application directly without any additional
query.
If the application is called without the command parameter "GDT", all the usual
program functions are available.
From the main menu, you can exit the application directly without any additional
query.
If the application is called without the command parameter "AAP", all the usual
program functions are available.
Four digits should always be entered for the year of birth and of the procedure. The
BDT format has no provisions for entering the seconds of the procedure time (field
2096198-014 Revision C CASE / CardioSoft V7.0 23
BDT Format Interface
ID 8433). Thus, if several procedures are performed in the same minute (which is
unlikely), only the first procedure of that minute can be recalled.
From V6.51 and higher, the application also provides unit conversion for data input
(BDT always is in “cm, kg”) if the user has selected “in, lbs” for Height/ Weight Unit
in System Configuration and the following setting is done in AAPOUT.INI, section
[SETUP]: GDTUseConfigUnits=1
BDT Examples
(end each line with CR + LF)
Medical reimbursement example: new resting ECG , recorded on 20 December, 1991
at 9:30 hrs, patient name: HANS MAIER:
Data ...Comments
Medical reimbursement example: new resting ECG; the following entries are added by
the CASE/CardioSoft application:
Data ...Comments
Data ...Comments
Data ...Comments
0138410P_DG ...\
0128420-25 ... /
0138421Grad .../
0148410INTER ...\
Data ...Comments
Data ...Comments
Character Set
The character set for BDT is configurable in the file AAPOUT.INI in section [SETUP]
GDTOemCharSet=0: the character set is Windows ANSI. GDTOemCharSet=1: or
without this entry, IBM / DOS / OEM is used.
NOTE:
AAPOUT.INI must be located in the CASE/CardioSoft database folder. The
Medical Reimbursement Program may also transfer the character set in the field
9206. With V6.6 and higher, this entry is used if the following setting is done in
AAPOUT.INI in section [SETUP] PreferOemCharSetFromAAP=1.
Note: the fields 6302 .. 6305 are repeated for every exported file from the test
displays following user notice: "Please change to CASE/CardioSoft with the ALT-Tab
key and press the 'Patient' button (or start CardioSoft), return with the ALT-Tab key
after completing the procedure and acknowledge with a key". The user changes
to the Program Manager and starts the application (create an icon with "c:\cardio
\cardio.exe GDT <name of control file with directory>"). The application will then
execute the control file. After completion of the procedure, the user changes back
to the medical reimbursement program using the ALT-Tab key and acknowledges
with a key. The medical reimbursement program reads the control file from the
application. If any other procedures are to be carried out, it is sufficient to change to
the application and to press the "Patient" button (top left) to cause the application to
read in the control file.
Options for calling Windows Medical Reimbursement Programs with DDE:
With the application´s DDE interface, a medical reimbursement program needs to
start only once (e.g. after starting the CASE/CardioSoft application, attempt must
be made in one second intervals to establish a DDE link). It then transmits a DDE
command to the application specifying the name of the GDT control file. The program
changeover is very rapid. After completing the procedure, the user clicks "Quit" button
and acknowledges the query "Return to medical reimbursement program?" with
Yes. This will transmit the DDE command "AppDataReady" from the application to
the medical reimbursement program. The medical reimbursement program is then
capable of reading the GDT data.
Calling command syntax from CASE/CardioSoft application using DDE:
C:\CARDIO\CARDIO.EXE DDE <MRP program name> <MRP-DDE-Topic>
NOTE:
The application transmits the message to read in the DDE data to the MRP
program specified together with the specified MRP DDE topic.
DDE command from the medical reimbursement program:
Topic: System
Command: AppDataReady
NOTE:
The MRP program name and the MRP DDE topic are transferred during program
start up.
inserted in the GDT-out file (6310). This is especially needed for examinations from
outside of the system, for example, an ECG recorder.
In addition to the automatic output of the results, the output of a picture can be
enabled with an entry in the file AAPOUT.INI in the section [SETUP]: “GDTOutFile=1.”
This function can also only be used, if the application is called without GDT/BDT
Parameter. For every new or changed procedure, a Bitmap Picture is generated with
the file name “PIC<number>.BMP” in the subdirectory GDTOUT of the Application Data
Folder. In the GDT file “PROC<number>.BMP”, the entry 9154 includes the path and file
name of the picture. The file AAPOUT.INI must have the following content to enable
the automatic output of a GDT-file and a BMP-file: [SETUP] GDTOutDir=1 GDTOutFile=1
The file location for automatic GDT output (and also for the BMP-files) is configurable
(from V5.1). The default location is as described above (GDTOUT). Use the entry
“GDTOutLoc” in AAPOUT.INI to select another directory. The directory is automatically
created, but only the last component of the directory name can name a new
directory. For example, if the entry “GDTOutLoc=c:\cardio\dir1\dir2” is used in
AAPOUT.INI and c:\cardio exists, c:\cardio\dir1\dir2 is not created. The UNC notation
is provided, for example, “GDTOutLoc=\\pc\gdt”.
[SETUP]
GDTOutDir=1
GDTOutFile=1
GDTOutLoc=c:\dir1
The following special features should be taken into account when the CASE/
CardioSoft application is called from the medical reimbursement program (marked
by the command parameter "GDT"). The entry of a password is not requested (access
control by medical reimbursement program is sufficient).
The functions "Patient/Modify...", "Patient/Select from list" and "Patient/New" are
disabled.
Using the patient ID in the task file, either an existing patient is called from the
database or a new patient file is created automatically.
If the patient ID already exists in the application but the patient demographic data
of the medical reimbursement program are different (one of first name, last name
or date of birth), the default reaction of the application is to bring up a side-by-side
dialog to show both sides of data.
The user can then select the correct data or quit the dialog to stop the test. This
is mainly provided due to possible patient ID mismatches, for example, when
patient ID’s were created locally on the application and then later by the medical
reimbursement program. The application provides this check from V6.51 and later.
However, if it is desired, this check can manually be configured:
Enter the following entry in LOC_WIN.INI (V6.6 and later), section [CARDIO]:
PAT_CheckDemogr=<value> // Range of values 0...2 Default:1
If the application is launched by an external system via BDT or GDT, this entry defines
the reaction, if the incoming Patient ID is identical with the local database, but the
patient demographic data (one of first name, last name or date of birth) are different.
0: No user interaction; If the incoming data field is not blank, the data is taken from
the external system, else from the local database (as up to V6.5).
1: A side-by-side dialog displays to select which patient demographic data should be
used for the local database.
2: An error message displays which must be confirmed. A new test cannot be
performed.
2096198-014 Revision C CASE / CardioSoft V7.0 39
GDT Format Interface
When patient demographic data are received via the BDT / GDT interface, the
Complete Patient Information dialog allows the user to complete missing patient
demographic data, depending on the procedure type and the chosen configuration.
The following items can individually be enabled or disabled per procedure type:
• Last name
• First name
• Date of birth
• Weight
• Gender
• Ethnic
• Pacemaker
For detailed information, see the CASE / CardioSoft Service Manual. This feature is
provided from V6.6 and higher.
From the main menu, you can exit the application directly without any additional
query.
If the application is called without the command parameter "GDT", all the usual
program functions are available.
The application also provides unit conversion for data input (GDT always is in “cm, kg”)
if the user has selected “in, lbs” for Height/ Weight Unit in System Configuration and
the following setting is done in AAPOUT.INI, section [SETUP]: GDTUseConfigUnits=1
NOTE:
• These items are not stored in the CASE/CardioSoft database.
• Make sure to use only unused GDT numbers.
The entries (max.10) can be defined as follows:
[SETUP]
GDT_FreeFieldId1=6351
GDT_FreeFieldId2=6352
GDT Examples
(end each line with CR + LF)
Medical reimbursement example: new resting ECG with patient Tom Smith:
Data ...Comments
Data ...Comments
Data ...Comments
Measurements...
Medical reimbursement example: request for resting ECG recorded on 20 May 1999
at 11:47:01 hrs, patient´s name Tom Smith:
Data ...Comments
GDT Version
From V6.6 or above, CASE/CardioSoft supports features from GDT 2.1. The GDT
version to be used can be defined by the CASE/CardioSoft application (AAPOUT.INI) or
the Medical Reimbursement Program (field ID 9218)
The following entry in AAPOUT.INI (CASE/CardioSoft database folder) defines that
the settings are used as defined by the Medical Reimbursement Program. [SETUP]
PreferGdtVersionFromAAP=1
For CASE/CardioSoft, the GDT version is configurable in the file AAPOUT.INI in section
[SETUP] GDT_Version=2.0
If there is no entry, CASE/CardioSoft uses GDT 2.1.
Character Set
The character set for GDT is configurable in the file AAPOUT.INI (CASE/CardioSoft
database folder) in section.
[SETUP]
The Medical Reimbursement Program may also transfer the character set in the
field 9206. With V6.6 and higher, this entry is used if the following setting is done in
AAPOUT.INI in section [SETUP] PreferOemCharSetFromAAP=1.
To be able to adapt better to the conditions of the different EMR suppliers, there is the
possibility to map these field IDs to others.
This is configurable in the file AAPOUT.INI (CASE/CardioSoft database folder) in section
[SETUP].
44 CASE / CardioSoft V7.0 2096198-014 Revision C
GDT Format Interface
NOTE:
The value “0” ensures that the appropriate field is not written to the GDT output.
Designation ID Unit
Designation ID Unit
(content: Interpretation of the ECG signal acquisition, possibly edited by the physician)
QT-Dispersion QT_DISP ms
PP PP_D ms
NamePhase 1 BP1_N
NamePhase 2 BP2_N
NamePhase 3 BP3_N
Designation ID Unit
Interpretation INTER
Comment BEMERK
Interpretation INTER
Designation ID Unit
HR HF 1/min
GE Medical Systems Information Technologies, Inc., a General Electric Company, going to market as GE Healthcare.
www.gehealthcare.com