ドメインの蒸留から生まれたXaaS：アーキテクチャレベルで依存性逆転させた話 by katzumi

登壇者は現職で5年ほど、レセプト業務を扱うシステムの開発をしております。
レセプト業務はドメインが複雑でミスが許されず、また３年に一度の大きな報酬改定がありロジックがガラッと変わります。
またその改訂作業自体が非常に短期間で行う必要があり、年々と複雑化するシステムと向き合う必要があります。

その中で、ドメインに向き合い取り組んでいった結果、レセプト業務をRezept as a Serviceとして構築して報酬改訂を乗り越えることができました。
ただ最初からXaaS化しようと狙っていたわけではなく、

1. 2021年4月の報酬改訂に対応する為
2. ビジネス変化と2024年4月の報酬改訂に対応する為

上記の2回に渡って徐々にアーキテクチャを進化させていきました。
1回目のアーキテクチャ変更を経て感じた課題があり、更にビジネス上の環境の変化に対応する為にどの様にリアーキテクチャしていったのか紹介いたします。
コアドメインをX as a Service化して分かったメリットと勘所について深掘りしてお話したいと思います。

本セッションでは、次の点にフォーカスしてお話しします。

1. XaaS化までの道のり
2. なぜXaaS化を目指したのか.
   狙いと実際にどうだったのか？
3. XaaS開発における重要なポイント.
   • コアドメインの見極めと責務の明確化
   • ユーザーとのコミュニケーション設計と開発プロセス
4. 継続的な開発を通じて得られた知見.
   • 安定した開発を行うための勘所
   • コアドメインと向き合う方法、そのメリットと課題

ドメインの蒸留とはなにか？、コアドメインを切り出すとはどういうことか？の一つの事例として紹介いたします。