Replace & Modernize

ストレスチェックシステムのリプレイス・モダナイゼーション

止めずに、新しくする

ベンダー消滅、保守切れ、継ぎ足し開発で限界に達した10年ものの古いシステムを、現役のサービスを止めることなく現代化する。ストレスチェック代行会社・EAP事業者・産業医契約代行業者向けのリプレイス(入れ替え)支援サービスです。

現状診断・リプレイス計画の作成は無料。まずは A4 数枚の技術アセスメントから始めませんか?

Symptoms

こんな状況ではありませんか?

ストレスチェック代行・EAP事業の現場から、私たちがよく相談を受ける症状です。 ひとつでも当てはまるなら、リプレイスの検討時期に入っています。

10年もののストレスチェックシステムによくある症状

  • 開発を依頼していたベンダーが廃業・撤退・連絡不能になった
  • PHP 5系・古いRuby・EOL を迎えた OS の上で稼働している
  • 保守エンジニアが退職し、中身を分かる人が社内に誰もいない
  • 機能追加を依頼するたびに開発期間と費用が膨れ上がる
  • 利用企業の IT 担当者から「画面が古い」「モバイルで使えない」とクレームが来る
  • ISMS / Pマーク / セキュリティ監査で指摘を受けるが直し方が分からない
  • 法改正(2025年改正、50人未満努力義務化等)への追従が遅れている
  • SaaS 化したいがオンプレ前提・シングルテナント設計で踏み切れない
  • ソースコードと本番環境の差分が分からず、デプロイが恐い
  • 集団分析や独自帳票の出力ロジックが特定エンジニアの頭の中にしかない
  • jQuery 1.x や 廃止された Bootstrap 3 が混在していて触れない
  • 医師面接の予約・記録が Excel と紙で運用されている

※ 3つ以上当てはまる場合、ベンダーリスク・法令対応リスク・人材リスクが既に顕在化している可能性が高い段階です。早期の現状診断をおすすめします。

Concerns

リプレイスでよく聞く不安

代行会社・EAP 事業者ならではの「動かしながら新しくする」不安に、誠実にお答えします。

過去データの移行

Q. 過去5〜10年分の回答データ・集団分析履歴は移行できますか?

A. はい。データベース構造を調査した上で、回答データ・集団分析結果・面接記録・経年比較を保持したまま移行する設計を行います。文字化け対策(古いShift_JISと現行UTF-8の混在補正)も行います。

契約クライアント企業への影響

Q. 利用中のクライアント企業に運用切替の負担をかけたくないのですが

A. クライアント側の URL・ログイン情報・実施スケジュールを維持できる移行設計を優先します。並行稼働期間(旧と新を同時に動かす期間)を設け、クライアント単位で順次切り替える方式が安全です。

運用切替時のダウンタイム

Q. ストレスチェック実施期間中に止めるわけにはいきません

A. 機能ごとに少しずつ新システムへ置き換える方式(段階的入れ替え方式/ストラングラーフィグパターン)を採用し、機能単位 / クライアント単位で旧と新を共存させます。実施ピーク時期を避けて、新システムへの切り替え(カットオーバー)計画を立てます。

法令対応の継続性

Q. 改正法・厚労省ガイドライン更新への対応は途切れませんか?

A. 労働安全衛生法・個人情報保護法・2025年改正の50人未満努力義務化など、リプレイス期間中も並行して必要な法令対応をリリースします。継続契約で年次対応も支援します。

独自帳票・独自集計ロジック

Q. 長年の運用で作り込んだ独自レポートを再現できますか?

A. 既存システムの帳票出力ロジック・SQL・PDF テンプレートを解析して仕様書を起こし(リバースエンジニアリング)、新システム上で再現します。差分が出る場合は事前に承認をいただきます。

料金体系・契約の移行

Q. 既存契約者との料金プラン・請求サイクルを変えたくない

A. 従量課金・定額・年間契約など、既存の料金体系をそのまま新システムに乗せる設計を行います。請求システム連携や Stripe / freee 会計との接続もご相談ください。

Our Approach

FUNBREW のリプレイスアプローチ

「止めずに新しくする」を実現するための、6つの実装ステップ。

STEP 01

レガシー解析

コード・データベース・運用フローを全数スキャン。仕様書がなくてもソースコードから業務ルールを抽出し、A4 数枚のリスクサマリーにまとめます。

STEP 02

段階的リプレイス(少しずつ入れ替える方式)

一括リプレイス(全停止して一斉切替)のリスクを避けるため、機能単位・クライアント単位で旧と新を共存させ、徐々に新システムへ置き換えます。これを「ストラングラーフィグパターン」と呼びます。

STEP 03

データ移行戦略

過去回答・集団分析履歴・面接記録・経年比較を保持。文字化け対策(文字コード変換)、データベース構造の整理、差分検証ツールでデータ品質を担保します。

STEP 04

並行稼働期間(旧と新を同時に動かす期間)の運用設計

実施期間中の切替を避け、ピーク前後の安定期に部分的に切り替え(カットオーバー)。クライアント別の切替スケジュール・運用手順書・問い合わせフローを整備します。

STEP 05

他システムとのデータ連動(API連携)の再設計

人事システム(SmartHR / freee / カオナビ)・産業医ポータル・健診システム・シングルサインオン(一度のログインで複数システムが使える機能、SAML / OIDC)との連携を、他システムとのデータ連動(API)の現代的な設計で再構築します。

STEP 06

運用引き継ぎとドキュメント整備

次のエンジニアが入っても困らないよう、設計書・運用手順書・障害対応ランブックを整備。月額保守でリリース後の改善も継続します。

Scope

対応領域・できること

ストレスチェック代行・EAP事業に固有の業務領域を、まるごとリプレイスできます。

ストレスチェック実施フロー

57項目調査票・簡易版・独自設問の配布、回答収集、結果通知、高ストレス者判定までの全フロー。

医師面接・産業医ポータル

面接希望受付、産業医スケジュール調整、面接記録、就業上の措置の管理、産業医側ポータルの構築。

契約クライアント企業管理

多テナント設計、企業ごとの設定、担当者ロール、利用ステータス、解約・更新フロー。

請求・課金管理

従量・定額・年間契約に対応した請求生成、Stripe / 口座振替連携、freee / マネーフォワード連携。

独自レポート・帳票

集団分析、経年比較、業界別ベンチマーク、PDF / Excel 出力、独自フォーマットの再現。

シングルサインオン(SSO)・多テナント基盤

一度のログインで複数システムが使える機能(SAML / OIDC によるシングルサインオン)、IDaaS(Auth0 / Okta)連携、テナント分離設計。

SaaS化(複数企業が同じシステムを使う形)・クラウド移行

オンプレ → AWS / GCP / Azure への移行、サブドメイン展開、CI/CD、IaC、SRE体制構築まで。

EAP・健康経営機能の追加

カウンセリング予約、健康相談チャット、健康経営優良法人申請データ出力など、付加サービス開発。

Project Scale

想定プロジェクト規模感

現状のシステム規模・予算・優先順位に応じて、3つのアプローチを使い分けます。

SMALL

部分リプレイス

目安期間: 3〜6ヶ月

画面の老朽化・モバイル対応・特定機能のリプレイスなど、限定スコープから始める段階的アプローチ。

  • フロントエンドのみ刷新(API は流用)
  • モバイルレスポンシブ対応
  • 特定画面のリビルド(10〜15画面)
  • 法令対応のスポット改修
最も多い規模

MEDIUM

コアリプレイス

目安期間: 6〜12ヶ月

バックエンド・データ基盤を含めた中核機能のリプレイス。最も多いプロジェクト規模。

  • Laravel / Vue / TypeScript への置き換え
  • データベース再設計+過去データ移行
  • 人事システム・シングルサインオン(SSO)連携の再構築
  • 段階的な切り替え(カットオーバー)+並行稼働(旧と新を同時稼働)

LARGE

フルリプレイス+SaaS化(複数企業が同じシステムを使う形)

目安期間: 12ヶ月〜

オンプレ(自社設置サーバー)からクラウド SaaS へ。多テナント・課金・SSO・SRE体制まで一気通貫で再構築。

  • 多テナント SaaS アーキテクチャ(複数企業を1システムで運用)
  • AWS / GCP / Azure へのクラウド移行
  • 課金・サブスク管理基盤
  • 自動デプロイ・インフラのコード化・監視・運用基盤の整備(CI/CD・IaC・SRE)

Related Services & Articles

関連サービス・関連記事

リプレイスの検討前に押さえておきたい、関連サービスとナレッジ記事です。

関連記事

ストレスチェック

古いストレスチェックシステムの問題と解決策

長年運用されてきたストレスチェックシステム特有の問題を、症状別に整理し解決策を提示。

ストレスチェック

ストレスチェックシステム移行ガイド

移行プロジェクトの進め方、過去データ移行、並行稼働期間の設計を実務目線で解説。

EAP・代行会社

EAP事業者がストレスチェックシステムを開発する理由

汎用 SaaS ではなく自社開発・カスタム開発を選ぶ EAP 事業者の戦略的判断を解説。

モダナイゼーション

Phase 1(現状調査)の中身公開

老朽化システム刷新の最初のフェーズで、何をどこまで調査しドキュメント化するか。

モダナイゼーション

老朽化システム刷新 完全ガイド

画面単価方式・段階的リプレイス・Phase 1 調査までを網羅した実務ガイド。

PHP移行

PHP レガシーから現代版への移行ガイド

PHP 5系から PHP 8系・Laravel への移行を、中小企業の実務目線で解説。

データ移行

データ移行 完全ガイド

過去データの移行設計、文字コード変換、検証ツール、リハーサル計画を網羅。

引き継ぎ

保守担当者の退職とシステム引き継ぎ

保守エンジニアが退職してしまった場合の引き継ぎ実務を、フェーズ別に解説。

ストレスチェック

ストレスチェック:パッケージ vs スクラッチ開発

汎用 SaaS とフルカスタム開発を、コスト・運用・拡張性で比較。

ストレスチェック

ストレスチェックシステムのカスタム機能

代行会社・EAP 事業者が独自機能で差別化するための機能設計の考え方。

FAQ

代行会社・EAP事業者向けFAQ

リプレイス・モダナイゼーションのご相談で、特に多いご質問にお答えします。

無料技術アセスメント受付中

10年もののシステムを、もう一度動かしやすく

ベンダー消滅・保守切れ・継ぎ足し開発で限界の現場を、止めずに新しくします。まずは現状を診断するところから、お気軽にご相談ください。

相談無料 オンライン対応 1週間でプロトタイプ