치환 변수 전량 이식 — 그리고 이 파일의 주석이 틀렸었다

25개였던 카탈로그를 51개로 늘렸다. 그 과정에서 이 파일이 근거로 삼던 규약 자체가
틀렸다는 것이 드러나 함께 고쳤다.

■ 엔진을 잘못 지목하고 있었다

주석은 bzDesignSheetLoader.ConvertQuery 의
  sReserved.Substring(0, sReserved.LastIndexOf("."))
를 근거로 "DataRow 접근형(...PatInfDR.item("컬럼"))은 접두어를 깨뜨려 반드시 실패한다"고
단정하고 그런 변수를 목록에서 뺐다. 테스트도 그 규칙으로 검사하고 있었다.

실제 엔진은 clsMDataTable.ConvertQuery 다
(C:\MsystechHIS_Ver.2\[003]EMR\[002]UserControl\MDataTable\clsMDataTable.vb).
ucLoadSheetBase 가 이것을 부르고 레거시 쿼리 편집기(fmMDataTable)도 같은 것을 쓴다.
그리고 그 파일에서 LastIndexOf(".") 줄은 주석 처리되어 있다(:32). StartsWith(FullName) 로 대체됐고,
클래스명 뒤 경로는 정규식으로 해석한다(:113):

  ^([a-zA-Z_]\w*)(?:\.item\("([^"]+)"\)|\("([^"]+)"\))?$

즉 DataRow 컬럼 접근이 두 형태로 <b>동작한다</b>. 단 item 은 반드시 소문자다 —
정규식에 IgnoreCase 가 없다. 대문자로 쓰면 값을 못 찾고 빈 문자열로 치환된다.

■ 추가한 것

환자 16 + 외부연계 11 + 서식 13 + 작업자 3 = 스칼라 43종(레거시 세 클래스의 스칼라 전량),
여기에 DataRow 컬럼 채우기 틀 8종(P_PatInf·P_ComInf·P_CodInf·P_CoiInf·P_CowInf·E_ShtMst·E_SdgMst).
컬럼 틀은 삽입하면 '컬럼명' 자리가 선택돼 바로 덮어쓸 수 있다.

다른 biz 객체·컬렉션을 돌려주는 속성(PatientInfoBiz_Refer, SaveSheetInfo, PrintEmrKeyList,
UidMst/HspMst/DepMst, SctMst)은 넣지 않았다. 정규식이 한 단계 경로만 허용해 중첩 접근이 안 되고,
단독으로 쓰면 타입 이름 문자열이 SQL 에 박힌다.

■ 판정을 목록 대조에서 형태 검사로 바꿨다

DataRow 컬럼은 무한히 많아 목록에 담을 수 없다. LegacyQueryVariableCatalog.IsResolvable 이
접두어 StartsWith + 위 정규식으로 판정하고, 편집기 경고도 이것을 쓴다.
목록에 없다고 경고하던 종전 방식이었다면 정상적인 DataRow 사용이 전부 오탐이 됐을 것이다.

■ 토크나이저 결함 — 따옴표 안의 변수를 삼키고 있었다

테스트를 쓰다 발견했다. 엔진은 값에 따옴표를 붙여 주지 않고 Replace 로 원문을 박으므로,
문자열 비교에 쓰려면 SQL 쪽에서 '<<...>>' 로 감싸는 것이 정상 사용법이다.
그런데 토크나이저가 '...' 를 통째로 문자열로 잡아 그 안의 변수를 못 봤다 —
가장 흔한 형태의 변수가 색도 검증도 못 받고 있었다. 문자열 구간 안에서도 <<...>> 를 떼어 내도록 고쳤다.
전 구간 덮기 불변식은 유지된다(테스트로 고정).

단위 테스트 22건 추가/수정(카탈로그 자기일관성·DataRow 2형태·item 대문자 거부·축약 접두어 거부·
중첩 경로 거부·따옴표 안 변수·덮기 불변식). 옛 규칙을 박아 둔 기존 테스트 1건은 실제 규약으로 교체.

회귀: 테스트 196/196, 편집 스모크 실패 0,
DB 왕복 1,271건 diff 0/예외 0, 종이 렌더 P062 바이트 동일.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>

tests/SheetMe.Core.Tests/LegacyQueryVariableCatalogTests.cs

@@ -3,19 +3,17 @@ using SheetMe.Core.Catalog;
 namespace SheetMe.Core.Tests;
 
 /// <summary>
-/// 쿼리 치환 변수 카탈로그 테스트 — 레거시 bzDesignSheetLoader.ConvertQuery 의
-/// "접두어를 GetType.FullName 과 완전일치 비교" 규칙을 시뮬레이션한다.
+/// 쿼리 치환 변수 카탈로그 테스트.
+///
+/// <b>판정 규칙이 바뀌었다.</b> 예전에는 <c>Substring(0, LastIndexOf("."))</c> 로 접두어를 잘라
+/// 완전일치 비교한다고 보고 그렇게 검사했는데, 실제 엔진(clsMDataTable.vb:24-71)에서 그 줄은
+/// 주석 처리되어 있고 <c>StartsWith(FullName)</c> + 정규식으로 대체됐다.
+/// 그래서 DataRow 접근형(<c>.item("컬럼")</c>)도 유효하다 — 옛 규칙으로 검사하면 그것이 전부 오탐이 된다.
+/// 판정은 <see cref="LegacyQueryVariableCatalog.IsResolvable"/> 하나로 모았다.
 /// </summary>
 [TestClass]
 public sealed class LegacyQueryVariableCatalogTests
 {
-    /// <summary>레거시 ConvertQuery 와 동일한 접두어 추출 — <c>Substring(0, LastIndexOf("."))</c></summary>
-    private static string PrefixOf(string token)
-    {
-        var inner = token[2..^2];
-        return inner[..inner.LastIndexOf('.')];
-    }
-
     /// <summary>모든 토큰이 &lt;&lt;…&gt;&gt; 로 감싸이고 중복이 없어야 한다</summary>
     [TestMethod]
     public void Tokens_AreWellFormedAndUnique()
@@ -31,17 +29,16 @@ public sealed class LegacyQueryVariableCatalogTests
     }
 
     /// <summary>
-    /// 레거시 완전일치 시뮬레이션 — 접두어가 런타임 비교 대상 3종 중 하나와 정확히 같아야 한다.
-    /// 축약형이나 DataRow 접근형(.item("컬럼"))이 섞이면 여기서 걸린다.
+    /// 모든 토큰이 실제 엔진 규약으로 해석돼야 한다 — 접두어 StartsWith + clsMDataTable 정규식.
+    /// 축약형이 섞이면 여기서 걸린다(치환되지 않고 SQL 에 그대로 남아 ORA 오류가 난다).
     /// </summary>
     [TestMethod]
-    public void EveryToken_ResolvesUnderLegacyExactMatchRule()
+    public void EveryToken_ResolvesUnderRuntimeRule()
     {
         foreach (var variable in LegacyQueryVariableCatalog.All)
         {
-            var prefix = PrefixOf(variable.Token);
-            CollectionAssert.Contains(LegacyQueryVariableCatalog.Prefixes.ToList(), prefix,
-                $"{variable.Token}: 접두어 '{prefix}' 가 런타임 비교 대상이 아닙니다 → 치환되지 않고 SQL 에 그대로 남습니다.");
+            Assert.IsTrue(LegacyQueryVariableCatalog.IsResolvable(variable.Token),
+                $"{variable.Token}: 런타임이 해석할 수 없는 형태입니다 → 치환되지 않고 SQL 에 그대로 남습니다.");
         }
     }