头菜单消息按钮不显示
按钮显示与否是根据登录科室配置的，基础数据-科室/病区 界面右上角更多功能-科室接收消息权限配置
用户收到其它科室消息问题
0.消息历史管理界面按日期查到此消息，双击行能够确认都有谁收到了此消息，如果实际消息接收人和预期不符再核实下消息配置。
1.确定【基础数据-用户-指定科室】是否关联在了其它科室，如果关联了收到是正常的，此时可以在消息动作类型处将此消息类型的需登录科室勾上，可以让此用户在登录【目标科室】时才看到此消息
【目标科室】
- 如果是通过配置的接收对象如科室医生、病区护士、主治医生医疗单元等团体性质接收对象那么目标科室就是当时患者所在科室、病区；
- 如果配置的接收对象是主治医生，开单医生等个人接收对象目标科室则为空；
- 如果是通过发送参数ToLocRowId参数传的接收科室，那么目标科室自动即为参数所传科室；
- 如果是通过发送参数ToUserRowId参数传的接收用户（如会诊），那么发送时可以通过参数ToLocRowId参数指定目标科室科室ID|OnlyFlag,注意一定要带着|OnlyFlag标志
2.由于早期版本取资源表截止日期字段错误，可能会导致出现截止了还是收到了，未截止但是却没收到的情况，此时可以修改websys.DHCMessageReceiveTypeMgr.cls的SendToResourseUser方法中的代码
//set enddate=$p($G(^RB("RES",ResId)),"^",19)
set enddate=$p($G(^RB("RES",ResId)),"^",23) //19-->23
3.发送消息时，患者在A科，等后期查询时患者已转到B科，这时对于A科医生会看到之前在A科室发给医生的消息，此为正常现象。
用户未收到消息问题
0.消息历史管理界面按日期查到此消息，双击行能够确认都有谁收到了此消息，如果实际消息接收人和预期不符再核实下消息配置。
1.消息类型上有出院自动处理配置，确定是否因为此将消息自动置为了已处理
2.根据科室取用户是取的资源表，确定【基础数据-用户-指定科室】是否关联了此科室，且在相应开始日期结束日期范围内（注意消息发送之后再进行修改是无效的，所以有可能会出现发送时没关联没给用户发送消息，然后再关联上，最后再查问题的时候就出现了明明关联了为啥没发送给那个医生的情况）
3.由于历史版本问题截止日期取得是资源表第19位，而维护界面位第23位，可能出现维护界面看着没有截止日期，由于不知名原因第19位又有值且小于当前日期，会判断为已截止。(升级项目可能会出现此问题)
4.一个医护人员对应多个用户，可能导致相应用户无法收到消息（历史版本没根据人员循环取用户，只取了一个）
5.发送消息时，患者在A科，等后期查询时患者已转到B科。B科医生并不会收到之前发送的消息，此为正常现象。
消息列表空白（头菜单消息数量与消息列表数量对不上）
1.获取床号报错
修改websys.DHCMessageActionTypeMgr.EpisodeInfo
2.获取医嘱名称报错
修改websys.DHCMessageActionTypeMgr.OrderItemInfo
3.当某消息的消息重要性为空时（消息动作类型维护界面上会显示为一般）但是在消息列表会查询不到 2022-10-11
4.当消息类型配置为超过有效期不显示，当用户此消息有新回复不看，等超过有效期时，会出现消息数量和消息列表不一致情况，如果此消息是紧急消息且只有此一条还会表现为消息列表自动弹出但是列表无数据 2022-09-21
消息上传附件问题
1.消息附件服务器FTP配置：demo-消息配置 看看ftp服务器配置了没，测试能否访问通
2.是否安装了flash player（消息发送界面 附件上传是否为蓝色的【附件上传】） 2022-10-31不再需要flash player
3.如果ftp用户没给写权限也会上传失败
标版bug
1.HIS8.3发送消息界面发送后，用户能收到消息，但是点开消息内容为空。
更新包
2.HIS8.4 浏览器缩放后，消息列表可以显示，但右侧明细区无法显示
更新包
具体业务消息问题
会诊消息
1.会诊消息的接收对象要配置成空（如配了科室医生会导致发送科室医生收到消息）
2.会诊消息的接收人是新产品组在会诊申请时 根据所选科室和医生 取到相应接收用户调用接口时传过来
3.在历史版本中产品组取用户时，护士会诊取科室下护士，其它会诊取科室下医生 但是当申请医技科室会诊、药房会诊时 按医生会取不到用户
4.工号为字母开头的收不到消息问题
标本拒收消息
1.HIS8.3没有处理按钮，没办法处理，没维护消息处理链接且发送时也没传，可在【消息动作类型维护】将标本拒收的处理链接维护为jquery.easyui.dhclabrejectquery.csp
8.4.x版本之后 检验提供了新的处理链接 能够直接定位某条拒收记录 trans.hisui.lisreject.csp
2.个别处理不掉问题，可能时一个标本拒收了多次导致，消息平台处理消息接口只会根据条件处理最新的一条消息，可以在发送时将拒收记录ID作为业务ID，处理时也使用之。
– 早期版本需要同时修改调用消息发送和处理处代码：
- 后期版本 查数据发现OtherInfoJson中包含了的linkParam拒收记录DR ，修改调用消息处理接口的代码即可
第5个参数传"VisitNumberRejectSpecDR="_RejectDR
具体说明见这篇笔记https://note.youdao.com/s/QbWeabP8
危急值消息
1.危急值消息收不到问题
- HIS8.3之后，消息动作类型维护界面的危急值消息的接收对象一般要维护为空，改为在“危急值消息配置”菜单下进行维护，配置会按照院区、就诊类型、科室、类型、时间段等限制，注意核实条件。
-
发给一个科室下所有医生的然后个别医生收不到，同其他消息一样需要核实科室关联医护人员记录是否存在、是否截止（同时要注意核实是否是在消息发送后才进行关联修改的）
病历权限申请消息
1.病历权限申请同意和拒绝发送消息时用错了消息类型问题
同意和拒绝 应是1068和1069 而不应该是现在的1044 1045
查8.3代码 发现他们有3个类有发消息：EMRservice.Ajax.Appoint、EMRservice.Ajax.auth.authorize、EMRservice.Ajax.AuthAppoint