コラム一覧に戻る
AI・医療DX10分で読める

なぜソフトウェア企業が福祉国家を語るのか|社名「ポテック」の由来と、私たちが積み上げるもの

2026年8月14日

なぜソフトウェア企業が福祉国家を語るのか|社名「ポテック」の由来と、私たちが積み上げるもの
この記事をシェア

株式会社ポテックのコーポレートビジョンは「新時代の福祉国家を実現する」です。

電子カルテを作っている会社が掲げる言葉としては、少し大きすぎるように見えるかもしれません。実際、初対面の方から「ソフトウェアの会社がなぜ福祉国家なんですか」と聞かれることがあります。

この記事は、その問いへの答えです。あわせて、これまで社外にきちんと書いてこなかった「ポテック」という社名の由来にも触れます。

ソフトウェア開発は、意外と刹那的な行為である

まず、あまり夢のない前提から始めます。

ソフトウェアを書くという行為は、現代の流れの速い環境のなかでは、驚くほど刹那的です。

数年前にベストプラクティスとされた設計は、いつのまにか「古い書き方」になります。フレームワークはメジャーバージョンを重ね、依存ライブラリは非推奨になり、クラウドの推奨構成も入れ替わります。丁寧に書いたコードが、事業の方針転換ひとつで使われなくなることも珍しくありません。

AIによるコード生成が実用段階に入って、この傾向はさらに強まりました。かつては数日かけて書いていたコードが数十分で出てくる。そうなると、コードそのものの希少価値は下がります。「書けること」は、もはや差別化要因ではなくなりつつあるのです。

それでいて、ソフトウェア開発には相応に苦行的な側面が残っています。仕様の曖昧さを一つずつ潰し、例外ケースを洗い出し、本番で落ちない状態まで持っていく作業は、AIがあっても消えません。とりわけ医療のように「間違えてはいけない」領域では、最後の一割の精度を担保するために、最初の九割と同じだけの労力がかかります。

刹那的なのに、簡単には積み上がらない。これがソフトウェア開発という営みの、正直な姿だと思っています。

それでも「積み上げ」に意味が出る条件

では、積み上がるものは何もないのか。そうではありません。

条件があります。同じドメイン領域に留まり続けることです。

領域を移り変わりながら作るソフトウェアは、その都度ゼロからの学習になります。一方、同じ領域で作り続けると、コードは古くなっても、その下にある理解は古くなりません。

  • なぜこの業務はこの順序でなければならないのか
  • なぜ現場はこの入力を嫌がるのか
  • なぜこの制度は、こういう不格好な形をしているのか

こうした理解は、コードよりもはるかに寿命が長い資産です。そして、AIが実装を肩代わりしてくれる時代においては、この「何を作るべきかの判断精度」こそが、企業間の差になっていきます。

私たちが医療情報システムという一つの領域に留まり続けているのは、そのためです。

医療のソフトウェアが踏まえるべき、三層の歴史

医療領域でソフトウェアを作るとき、積み上げるべき歴史は一つではありません。私たちは三層あると考えています。

第一層:ソフトウェアとしての歴史

自社プロダクトの設計判断の履歴です。なぜこのデータモデルを選んだのか、なぜこの機能を作らなかったのか。この記録がないチームは、同じ議論を毎年繰り返します。

第二層:医療としての歴史

診療という営みそのものの歴史です。カルテは本来、医師が自分の思考を残すための記録でした。それが法定保存文書となり、チーム医療の共有手段となり、いまはAIによる要約や検索の対象になっています。

順序を無視して「AIで便利になるから」とだけ設計すると、現場から静かに拒絶されます。カルテがなぜその形式で書かれてきたのかを知らないまま、書式だけを効率化しても、診療の思考は支えられないからです。

たとえばSOAPという書式は、単なる見出しの分類ではなく、「主観的情報と客観的情報を分けて記録し、そのうえで評価と計画を立てる」という診療の思考手順そのものを写したものです。この背景を知っていれば、AIに要約させる単位も、後から検索させる粒度も、自然と決まってきます。逆にここを知らないと、見た目だけそれらしい文章を生成して、肝心の思考の跡が消えたカルテができあがります。

第三層:社会保障としての歴史

そして、日本で医療ソフトウェアを作る以上、避けて通れないのがこの層です。

日本の医療は、1961年の国民皆保険の達成によって、「誰もが、どこでも、同じ条件で医療にかかれる」制度として設計されました。その後も、高齢者医療のあり方をめぐる制度改正、2000年の介護保険制度の施行、2008年の後期高齢者医療制度の導入と、社会の変化に合わせて何度も作り替えられてきました。診療報酬は原則2年に一度改定され、そのたびに医療の提供のされ方が調整されています。

近年では、レセプトのオンライン請求が標準になり、オンライン資格確認が広がり、電子処方箋の運用が始まりました。医療DXは、突然始まった流行ではなく、60年以上かけて更新され続けてきた社会システムの、いま進行中の一区画です。

電子カルテもレセコンも、この巨大な制度の上に載っています。診療報酬改定に追従できないシステムは、機能がどれだけ優れていても現場では使えません。医療ソフトウェアの設計とは、実のところ制度設計の一部を代行する行為なのです。

この三層の歴史を踏まえているかどうかは、抽象論ではなく、日々の設計判断にそのまま表れます。たとえばデータ移行の設計ひとつをとっても、「前のシステムからデータを吸い出せるか」という技術の問題ではなく、「その医療機関が何十年かけて積み上げてきた診療の記録を、どこまで意味を保ったまま引き継げるか」という問題として立ち上がってきます。標準規格への準拠も、他社との接続性のためだけではなく、この国の医療情報がこの先どう共有されていくべきかという議論の延長線上にあります。歴史を知らないと、これらはすべて単なる仕様の一項目に見えてしまいます。

社名「ポテック」の由来 ― pottery + technology

ここで社名の話をします。

ポテック(Pottech)は、pottery(陶芸・焼き物)と technology を組み合わせた言葉です。

なぜ器なのか。器は、それ自体が主役になる道具ではありません。中に何を入れるかは使う人が決めます。それでいて、器の形は中身のあり方を静かに規定します。浅い皿には汁物を盛れないし、注ぎ口のない容器からは上手く注げません。

社会のシステムも同じだと考えています。医療という営みの主役は、当然ながら医療従事者と患者さんです。ソフトウェアはその主役にはなりません。しかし、どんな器を用意するかによって、そこで起きる医療の形は変わります。入力に30分かかるカルテは診療時間を削り、算定漏れに気づけないレセコンは経営を痩せさせ、データが分断されたシステムは地域連携を諦めさせます。

社会のための器を、テクノロジーで作り上げていく。 それが社名に込めた意味です。

そして器づくりは、ろくろの前で一日にして身につくものではありません。土を選び、形を覚え、焼いて割って、また作る。積み上げなければ上達しない営みです。刹那的になりがちなソフトウェア開発を、あえて器づくりになぞらえたのは、そういう覚悟の表明でもあります。

福祉国家という「最も大きな器」

ここまでを踏まえると、冒頭の問いに答えられます。

私たちが日本社会に向けたソフトウェアを作る以上、最終的に向き合う対象は、日本がこれまで積み上げてきた福祉国家という社会システムそのものです。

国民皆保険も、介護保険も、公衆衛生も、先人が数十年かけて作り、改良し、守ってきた器です。世界的に見ても、これほど広く医療へのアクセスを保障している国は多くありません。それは自然にできたものではなく、制度として設計され、運用され、修繕され続けてきた人工物です。

同時に、この器はいま明らかに軋んでいます。人口構造は制度設計時の前提から大きく変わり、支え手は減り、医療従事者の負担は限界に近づいています。器を作り直す必要があるのは間違いありません。

このとき二つの態度があります。ひとつは「古い制度は壊して、まったく新しいものに置き換えるべきだ」という態度。もうひとつは「これまで積み上げてきたものを引き継ぎながら、次の形に更新していく」という態度です。

私たちは後者を選びます。 60年分の積み上げには、理由のある不格好さが含まれています。それを理解せずに更地から設計されたシステムは、たいてい現場と制度の両方から弾かれます。歴史を踏まえたうえで更新する。そこにこそ、真の価値があると考えています。

AIで作りながら、社会システムを更新していく

ポテックがAI駆動開発にこだわっているのは、思想の話だけでなく、実務上の必然でもあります。

医療制度は2年に一度改定され、その合間にも通知や解釈の変更が積み重なります。従来の開発速度では、制度変更への追従だけで開発リソースの相当部分が消えていました。AIによって実装を高速化できるということは、制度の変化に人手を取られず、本来向き合うべき「どうあるべきか」に時間を割けるということです。

私たちが提供しているAIネイティブ電子カルテは、その具体的な形です。診察中の会話からSOAP形式のカルテを起こし、レセプト点検で算定漏れや返戻リスクを事前に検知し、蓄積されたデータを経営分析につなげる。ひとつひとつは現場の効率化ですが、束ねると、医療の提供体制そのものの生産性を押し上げる取り組みになります。

ヘルスケア領域全体のなかで、どの変化にどう向き合うのかはヘルスケアカオスマップとしても整理・公開しています。制度の変化には最速で追従し、実践知をもとに国と一緒に改善を目指す。ワークフローの変化には、医療従事者をできるだけ「暇」にする方向で関わる。私たちの立ち位置はそこにあります。

おわりに

ソフトウェア開発は刹那的です。今日書いたコードは、数年後にはおそらく残っていません。

それでも、同じ領域で作り続けることで積み上がるものがあります。ソフトウェアの設計判断の歴史。医療という営みの歴史。そして、日本が築いてきた社会保障の歴史。この三層を引き受けたうえでプロダクトを作ることに、私たちは意味を見出しています。

ポテックは、社会のための器をテクノロジーで作る会社です。AIで医療情報システムを作りながら、その先にある福祉国家という社会システムそのものを、次の時代の形に更新していく。

それが、ソフトウェア企業である私たちが福祉国家を語る理由です。

会社の概要やこれまでの歩みについては会社情報をご覧ください。医療機関の皆さま、行政・研究機関の皆さま、そして同じ課題意識を持つ方々からのご相談を、いつでもお待ちしています。

この記事をシェア

関連記事

AI・医療DX

AIによる文書作成|テンプレートを作る段階と、テンプレートから生成する段階

AIによる文書作成には2つの段階があります。過去の文書からひな形そのものを起こす段階と、そのひな形にカルテの情報を流し込んで下書きを作る段階です。従来の定型文の差し込みと何が違うのか、どの文書から着手すべきか、そしてテンプレートが陳腐化しない運用を整理します。

2026年8月11日
AI・医療DX

AIによる過去分析とは?蓄積したデータから何が見えるのか

クリニックには何年分ものデータが眠っています。従来の集計との違いは、仮説を先に立てなくても「気になることを聞ける」点です。何が見えるのか、相関を因果と取り違えないために何に注意すべきか、そして分析が成立する前提としてのデータの持ち方を整理します。

2026年8月11日
AI・医療DX

AI検索とは?キーワード検索との違いとRAGの仕組み

「胸が痛い」で検索しても「胸痛」の記録は出てこない——キーワード検索の限界です。AI検索は意味で探すため、表記が違っても見つけられます。さらにRAGは「調べてから答える」仕組みで、AIが根拠のない答えを作るリスクを下げます。仕組みと確認すべき点を整理します。

2026年8月11日
AI・医療DX

ChatGPT・Claude・Geminiの違いとクリニックでの選び方

ChatGPT・Claude・Geminiは、それぞれ別の会社が提供する生成AIサービスです。ただしクリニックが選ぶとき、判断の決め手は性能比較ではありません。入力データが学習に使われないか、どの契約形態か、既存システムと連携できるか——医療機関ならではの選定軸を整理します。

2026年8月11日
AIカルテ

AIカルテを見る

受付から診療記録、会計、レセプト、経営分析までを一つの循環でつなぐAIネイティブ電子カルテ。

製品ページを見る

AIカルテという選択肢

記事でご紹介した課題の多くは、診療所向けAIネイティブ電子カルテ「AIカルテ」で扱えます。まずはどんな製品かご覧ください。

なぜソフトウェア企業が福祉国家を語るのか|社名「ポテック」の由来と、私たちが積み上げるもの