Mirth Connect 通道部署报错求助 求完整配置示例

嘿，针对你部署Mirth Connect通道时遇到的报错问题，我整理了一套涵盖源端与目标端的完整配置示例，包含Filter、Transformer、Response以及Script部分，你可以参考着排查问题～先结合你提供的截图信息，明确下这类通道的典型场景：你的源端看起来是文件读取类Source，目标端偏向数据库或消息转发系统，下面的示例会覆盖这类常见场景的核心配置：

Source Filter（源过滤器） #

过滤器用于筛选需要进入通道处理的消息，比如只处理HL7 ADT/ORM类型的消息：

// 过滤非HL7 v2.x的ADT/ORM消息
var messageType = msg['MSH']['MSH.9']['MSH.9.1'].toString();
// 返回true则保留消息，false则丢弃
return (messageType === 'ADT' || messageType === 'ORM');

Source Transformer（源转换器） #

转换器负责调整消息结构、提取关键数据到通道变量，这里分两个常见操作：

• 提取数据到通道变量：把患者姓名存到变量，方便后续目标端使用

// 从PID段提取患者全名，存入通道变量
var fullName = msg['PID']['PID.5']['PID.5.1'].toString() + ' ' + msg['PID']['PID.5']['PID.5.2'].toString();
channelMap.put('PATIENT_FULL_NAME', fullName);

• 修改消息头部信息：更新MSH段的发送应用标识

// 将源发送应用改为自定义标识
msg['MSH']['MSH.3']['MSH.3.1'] = 'CLINICAL_SOURCE_SYSTEM';

Source Response（源响应） #

如果源端需要接收确认响应（比如文件源需要返回处理状态），可以生成HL7 ACK消息：

// 生成标准HL7 ACK响应，返回给源端
var ackMessage = '<MSH|^~\\&|MIRTH_CONNECT|LOCAL_FACILITY|||'+DateUtil.getCurrentDate('yyyyMMddHHmmss')+'||ACK|ACK_'+DateUtil.getCurrentDate('yyyyMMddHHmmss')+'|P|2.5>\n<MSA|AA|'+msg['MSH']['MSH.10']+'|消息已成功接收并进入处理流程>';
return ackMessage;

Source Script（源脚本） #

预处理脚本用于消息进入通道前的日志记录或格式清理：

// 记录消息接收时间与ID
logger.info('[' + DateUtil.getCurrentDate('yyyy-MM-dd HH:mm:ss') + '] 接收消息，消息ID：' + msg['MSH']['MSH.10']);
// 去除消息中的多余换行与空格
var cleanedMsg = msg.replace(/\n+/g, '\n').replace(/\s+/g, ' ');
msg = cleanedMsg;

Destination Filter（目标过滤器） #

比如只将ADT类型消息发送到目标数据库：

// 仅允许ADT消息流向目标端
var msgType = msg['MSH']['MSH.9']['MSH.9.1'].toString();
return (msgType === 'ADT');

Destination Transformer（目标转换器） #

将源消息数据映射到目标结构（比如数据库表字段）：

• 通道变量映射到目标字段：

// 把之前存的患者姓名赋值到目标数据库的patient_name字段
msg['patient_name'] = channelMap.get('PATIENT_FULL_NAME');

• 日期格式转换：将HL7日期格式转为数据库兼容格式

// 提取PID段的出生日期，转换为YYYY-MM-DD格式
var hl7Dob = msg['PID']['PID.7']['PID.7.1'].toString();
var dbDob = DateUtil.convertDate('yyyyMMdd', 'yyyy-MM-dd', hl7Dob);
msg['date_of_birth'] = dbDob;

Destination Response（目标响应处理） #

处理目标端返回的响应，记录处理状态：

// 获取目标端的响应内容
var targetResponse = response.getMessage();
// 根据响应内容判断处理结果并记录日志
if(targetResponse.indexOf('SUCCESS') !== -1){
    logger.info('目标端处理成功，响应内容：' + targetResponse);
} else {
    logger.error('目标端处理失败，响应内容：' + targetResponse);
    // 标记通道处理错误，触发告警或重试
    channelStatus.setError(true);
}

Destination Script（目标脚本） #

发送前的最后配置，比如HTTP目标添加认证头：

// 如果目标是HTTP接口，添加Bearer认证头
if(destinationName === 'PATIENT_API_TARGET'){
    var apiToken = channelMap.get('API_AUTH_TOKEN');
    headers.put('Authorization', 'Bearer ' + apiToken);
}
// 打印即将发送的目标消息内容，方便调试
logger.debug('即将发送到目标的消息内容：' + JSON.stringify(msg));

你可以根据自己的实际场景（比如源是文件/数据库/HL7接口，目标是数据库/HTTP/FHIR服务器）调整这些代码，对比你截图里的配置，重点检查Filter的判断逻辑是否正确、Transformer的字段路径是否匹配消息结构、Script里的语法有没有拼写错误，这些都是Mirth通道部署时常见的报错点。

内容的提问来源于stack exchange，提问作者Hemant