在Markov模型中，同一个健康状态的转移概率可能会随着“进入该状态后的时间”发生变化，例如治疗后的前3个月复发风险较高，之后逐渐稳定。普通Markov状态难以直接记录这种状态内时间，TreeAge Pro因此提供Tunnel State，将一个状态内部拆分成多个连续的临时状态。处理“TreeAge Pro怎么设置隧道状态，TreeAge Pro隧道状态持续周期怎么定义”时，关键是理解Tunnel Max控制的是临时状态数量，而不是简单设置一个“停留N周期后自动退出”的时间参数。

在TreeAge Pro里头，敏感性分析要怎么去运行，还有给那些参数去定范围的时候又要怎么去弄，这都是在摆弄决策树、Markov模型，还有成本效果分析的时候，会经常碰上的事情。做敏感性分析这个东西，它的用处可不光只是简简单单地画出来一张图，它是要去瞧一瞧，当里头有些参数在那里变来变去的时候，那个由模型得出来的结论，它会不会也跟着就跑偏了，发生了那种挺明白的改变。TreeAge Pro它自己，是能去支持做一维的、多维的，还有那种被叫做龙卷风图的，这些个确定性的敏感性分析的，而且，也可以把概率敏感性分析给结合进来，去瞧一瞧那种拿不准的因素，到底会带来什么样的影响。

在TreeAge Pro里面，我们常说的“队列模型”，指的通常就是马尔可夫队列模型，它是让一组对象，按照固定的周期，在不同的健康状态之间，来回地发生转移，按照官方的说明，马尔可夫模型是被用来表示那种，会随着时间反反复复发生的事件的，一个完整的模型，通常要包含着马尔可夫节点、健康状态、转移出去的子树、周期的长度、一开始设定的初始概率、在不同状态间跳转的转移概率、各种收益的值，还有让模型停下来的终止条件。

在成本效果分析、治疗路径模型和方案比较模型里，TreeAge Pro中那些后面不再有分支的端点，都应该被设成终端节点，一个终端节点，就表示一条情景路径走到了头，需要给它填上对应的回报值，后面软件在做回滚计算的时候，就会从这些终端节点的回报值开始，一层一层地往前推算。

TreeAge Pro启动异常时，最容易误判的地方，不是软件本体一定损坏了，而是把工作区、启动参数和系统级崩溃记录混在一起看。TreeAge官方支持资料里，和启动问题最直接相关的几类原因其实比较集中，常见是Workspace损坏或路径不可访问、Java heap space设得过大导致程序无法启动；而如果是启动后立刻闪退，Windows侧又可以通过Event Viewer的Application日志去看具体崩溃事件。也就是说，处理这类问题时，先修启动环境，再看系统日志，顺序通常会更稳。

用TreeAge Pro做成本效果分析，结果能不能被评审接受，往往取决于两点，一是模型结构和输入假设是否清晰可追溯，二是增量比较的口径是否一致，尤其是比较顺序、支配关系与ICER计算方式。下面按先把模型跑通再把ICER讲清楚的顺序，把从建模到出结论的关键步骤拆开说明。

在TreeAge Pro里图表看着清楚，一导出就发虚，通常不是图表本身的问题，而是导出方式选错导致分辨率不足，或在文档里被二次压缩。处理这类问题的关键是先把导出入口从复制粘贴切换到文件导出，再把宽高与Scale这些高清参数设到位，最后把插入Word和PPT后的压缩项关掉，让清晰度稳定可控。

做药经或结局研究时，用TreeAge Pro搭马尔可夫模型，常见卡点不是概念没懂，而是结构怎么落到软件里、转移概率到底填在什么位置。TreeAge Pro会把马尔可夫过程表示成一段可嵌入决策树的结构，由马尔可夫节点、健康状态分支、以及每个状态右侧的转移子树共同组成，先把这套对应关系理顺，后面填参数和校验结果就会顺很多。

在使用TreeAge Pro进行健康经济建模、医疗决策分析或成本效益评估时，敏感性分析是不可或缺的一步。但不少用户在实际操作中会发现，敏感性分析结果时常波动较大、呈现不规则趋势，难以形成稳定结论。这类现象不仅影响模型的决策支撑作用，还可能误导后续的政策推荐或临床实践判断。要解决这个问题，关键在于理解敏感性分析不稳定的根本原因，并在参数设定层面进行针对性优化。

在使用TreeAge Pro进行决策分析或成本‑效果模型时，“效用值”（utility values）是衡量不同结果状态偏好的核心输入之一。能否合理为每种状态分配效用，并确保其来源可靠和模型适配，就直接关系到模型输出（如期望效用、净效益）是否可信。因此，了解效用值量化的方法，以及如何对其来源进行校准，是构建高质量TreeAge Pro模型的关键。