<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Zamzam Soft</title>
		<link>https://zamzam-soft.com/ja/</link>
		<description>Recent content on Zamzam Soft</description>
		<generator>Hugo</generator>
		<language>ja-JP</language>
		
		
		
		
			<atom:link href="https://zamzam-soft.com/ja/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>製薬工場向け電子品質管理システム</title>
				<link>https://zamzam-soft.com/ja/our-project-portfolio/project-otsuka-eqms/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/our-project-portfolio/project-otsuka-eqms/</guid>
				<description>&lt;h2 id=&#34;クライアントについて&#34;&gt;クライアントについて&lt;/h2&gt;&#xA;&lt;p&gt;PT Otsuka Indonesiaはインドネシアで事業を展開する製薬会社で、東ジャワ州マラン市のLawangに製造拠点を置いています。グローバルな大塚グループの一員として、厳格なGMP（医薬品の適正製造基準）ガイドラインに従って医薬品を製造しています。&lt;/p&gt;&#xA;&lt;p&gt;製薬工場にとって、品質は運用上の問題であるだけでなく規制上の要件です。すべての手順、トレーニング記録、品質事象は文書化され、管理され、監査可能でなければなりません。電子的に作成された記録と署名は、紙の記録と同等の整合性と説明責任の基準を満たす必要があります。&lt;/p&gt;&#xA;&lt;h2 id=&#34;運用上の課題&#34;&gt;運用上の課題&lt;/h2&gt;&#xA;&lt;p&gt;製薬手順の文書化とトレーニングは、運用上のニーズと規制上の期待の両方を満たす必要がありました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;SOP（標準業務手順書）と品質文書には、構造化された作成、バージョン管理、制御された改訂が必要でした。&lt;/li&gt;&#xA;&lt;li&gt;承認は、課長、部長、部門長、QAという定義された階層を通過し、説明責任の欠落がないことが求められました。&lt;/li&gt;&#xA;&lt;li&gt;電子記録と電子署名はFDA 21 CFR Part 11の要件（固有の署名、監査証跡、セキュリティ管理）を満たす必要がありました。&lt;/li&gt;&#xA;&lt;li&gt;トレーニングは文書の役割に基づいて割り当てられ、完了し、必要に応じてクイズ形式のテストを含めて検証される必要がありました。&lt;/li&gt;&#xA;&lt;li&gt;逸脱、苦情、CAPA、変更などの品質事象には、相互参照を伴う制御されたワークフローが必要でした。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;紙とメールベースのプロセスでは、業務に必要な管理、トレーサビリティ、監査対応性を提供できませんでした。&lt;/p&gt;&#xA;&lt;h2 id=&#34;トレーニングポータル以上のものだった理由&#34;&gt;トレーニングポータル以上のものだった理由&lt;/h2&gt;&#xA;&lt;p&gt;e-QMSは、文書を配布し誰が読んだかを追跡するだけの仕組みではありません。定義された承認階層を調整し、文書・クイズ要件を徹底し、各署名を署名対象記録に暗号学的に紐付け、規制レビューに耐えうる監査履歴を維持する必要がありました。&lt;/p&gt;&#xA;&#xA;&#xA;&lt;ol class=&#34;cs-workflow&#34;&gt;&#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;1&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;文書の作成と改訂&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;2&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;QAレビューと階層的承認&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;3&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;リリースと電子署名（X.509、署名付きPDF）&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;4&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;トレーニングの割り当て・完了・クイズ検証&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;5&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;品質事象（CAPA、逸脱、苦情、変更）と監査証跡&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;&lt;/ol&gt;&#xA;&#xA;&lt;h2 id=&#34;私たちのソリューション&#34;&gt;私たちのソリューション&lt;/h2&gt;&#xA;&lt;p&gt;私たちは、電子署名付きのLMSを中心とした工場向け電子品質管理システム &lt;strong&gt;e-QMS&lt;/strong&gt; を設計・構築し、さらに一連の品質モジュールを提供しました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;文書の作成と改訂：&lt;/strong&gt; 構造化フィールド、添付ファイル、バージョン履歴、改訂管理を備えたSOP・品質文書。改訂のリリースにより、前の改訂は無効化されます。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;制御された承認ワークフロー：&lt;/strong&gt; 文書は承認階層（QAレビュー、課長、部長、部門長、QAマネージャー）を通過し、役割ベースのスキップと完全な進捗ログを備えています。文書のライフサイクルは、draft → pending QA → 課長待ち → 部長待ち → 部門長待ち → QAマネージャー待ち → リリースという定義されたステータスを経由します。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;電子署名（FDA 21 CFR Part 11）：&lt;/strong&gt; 各署名者はX.509証明書を保有し、署名はSHA-256署名ハッシュで文書に暗号学的に紐付けられ、最終PDFはP12証明書でデジタル署名されます。公開検証ページで署名の検証が可能です。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;トレーニングの割り当てと完了：&lt;/strong&gt; 文書は役割に基づいて従業員に割り当てられ、完了状況、期限、必要に応じたクイズ形式のテストが追跡されます。完了には文書のダウンロードとクイズの合格が必要です。割り当ては役割定義を、実際にトレーニングが必要な従業員へと展開します。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;品質モジュール：&lt;/strong&gt; CAPA、Change Control、Deviation、Complaint、Investigation、Risk Assessment、Evaluation — それぞれが制御されたワークフロー、役割分離、監査証跡を備えています。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;改ざん防止の監査ログ：&lt;/strong&gt; すべての操作がハッシュチェーン監査ログに記録され、書き込み禁止トリガーと整合性検証を備えています。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;通知と相互連携：&lt;/strong&gt; ステータス変更は通知をトリガーし、品質記録はフォローアップと共有タイムラインを通じてモジュール間でリンクできます。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h3 id=&#34;品質モジュールとそのワークフロー&#34;&gt;品質モジュールとそのワークフロー&lt;/h3&gt;&#xA;&lt;p&gt;各品質モジュールは独自の承認チェーンを定義しているため、記録が通過する正確な経路をシステムが制御します：&lt;/p&gt;&#xA;&lt;table&gt;&#xA;&#x9;&lt;thead&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;モジュール&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;ワークフローステータス&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/thead&gt;&#xA;&#x9;&lt;tbody&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;CAPA&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft → auditee記入 → 検証待ち → QA承認 → open → closed&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;Deviation&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft → 部門承認待ち → QA評価待ち → QA承認待ち → completed&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;Complaint&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft → 課承認 → 部承認 → 部門承認 → 部門内承認 → QA承認 → completed&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;Investigation&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft → 課・部・部門・部門内承認 → QA承認 → リリース/completed&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;Risk Assessment&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft → チームレビュー → QA承認 → QMS承認 → 緩和策 → リリース&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;Evaluation&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft → 上司承認 → 部門承認 → QA検証 → QA部門承認 → completed&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;Change Control&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;draft（必要文書の追跡付き）&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&lt;h2 id=&#34;成果とエビデンス&#34;&gt;成果とエビデンス&lt;/h2&gt;&#xA;&lt;p&gt;このシステムは、製薬の文書管理とトレーニングを、制御され監査可能な単一プラットフォームに統合します：&lt;/p&gt;</description>
			</item>
			<item>
				<title>エネルギー流通のビジネスパートナー選定オートメーション</title>
				<link>https://zamzam-soft.com/ja/our-project-portfolio/project-dmut-tob/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/our-project-portfolio/project-dmut-tob/</guid>
				<description>&lt;h2 id=&#34;クライアントについて&#34;&gt;クライアントについて&lt;/h2&gt;&#xA;&lt;p&gt;PT Pertamina Patra Niagaはインドネシア最大の燃料流通会社の一つで、広範な商業パートナーネットワークを運営しています。適切なビジネスパートナーの選定は業務にとって不可欠で、各パートナーは承認を受けて会社と協力する前に厳格な資格基準を満たす必要があります。&lt;/p&gt;&#xA;&lt;h2 id=&#34;運用上の課題&#34;&gt;運用上の課題&lt;/h2&gt;&#xA;&lt;p&gt;既存のビジネスパートナー選定プロセスは労働集約的で管理が困難でした：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;候補者はメールで登録文書を送信し、フォーマットが不統一だった。&lt;/li&gt;&#xA;&lt;li&gt;Pertamina職員が各候補者の文書を手動で収集・整理・検証する必要があった。&lt;/li&gt;&#xA;&lt;li&gt;評価は複数の段階と複数の部門にまたがり、一元的な追跡がなかった。&lt;/li&gt;&#xA;&lt;li&gt;候補者へのステータス更新はメールでの手動通信を必要とした。&lt;/li&gt;&#xA;&lt;li&gt;修正要求と再送信により、バージョン管理の課題が発生した。&lt;/li&gt;&#xA;&lt;li&gt;各候補者が評価パイプラインのどこにいるかを一覧するビューがなかった。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;候補者のボリュームが増えるにつれ、エラーや遅延なしに管理することがますます困難になっていました。&lt;/p&gt;&#xA;&lt;h2 id=&#34;登録フォーム以上のものだった理由&#34;&gt;登録フォーム以上のものだった理由&lt;/h2&gt;&#xA;&lt;p&gt;DMUT TOBは、単にベンダー情報を収集するフォームではありません。さまざまな種類のユーザーを調整し、文書要件を徹底し、複数の評価段階を支え、修正を処理し、ステータス変更を伝達し、決定と提出の信頼できる履歴を保持する必要がありました。つまり、プロセスの第一歩をデジタル化するだけでなく、その背後にある運用ルールを表現する必要があったのです。&lt;/p&gt;&#xA;&#xA;&#xA;&lt;ol class=&#34;cs-workflow&#34;&gt;&#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;1&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;外部申請者&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;2&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;登録と構造化された文書提出&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;3&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;文書レビューと多段階評価&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;4&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;修正・再送信・通知・承認追跡&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;5&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;経営陣の可視化とエンドツーエンドの監査証跡&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;&lt;/ol&gt;&#xA;&#xA;&lt;h2 id=&#34;私たちのソリューション&#34;&gt;私たちのソリューション&lt;/h2&gt;&#xA;&lt;p&gt;私たちは &lt;strong&gt;DMUT TOB&lt;/strong&gt;（選定ビジネスパートナー登録）を開発しました。これはパートナー選定ワークフロー全体をデジタル化するウェブアプリケーションです：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;セルフサービス登録：&lt;/strong&gt; 候補者がプラットフォームに直接登録し、構造化された形式で会社情報と必要な文書を送信する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;構造化された文書アップロード：&lt;/strong&gt; プラットフォームが候補者に必要な文書を明確に案内し、不完全な送信を減らす。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;複数段階の評価：&lt;/strong&gt; Pertamina職員が複数の段階で送信を評価し、明確な所有者と進行状況の追跡を持つ。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;自動通知：&lt;/strong&gt; ステータスが変化するたびに、候補者と評価者に適時な通知が送られる。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;修正ワークフロー：&lt;/strong&gt; 文書の修正が必要な場合、プラットフォームが明確なコミュニケーションを促進し、再送信を追跡する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;ステータスの可視性：&lt;/strong&gt; 全当事者がパイプライン内の各候補者の現在のステータスを確認できる。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;本プラットフォームは、以前はメールとスプレッドシートで管理されていたプロセスに透明性と効率性をもたらします。&lt;/p&gt;&#xA;&lt;h2 id=&#34;成果とエビデンス&#34;&gt;成果とエビデンス&lt;/h2&gt;&#xA;&lt;p&gt;本プラットフォームは、断片的な受付・調整プロセスを単一のデジタルワークフローに置き換えました。申請者は提出とフォローアップがより明確になり、社内チームは評価・修正・承認・パイプラインの可視化をより一貫して管理できるようになりました。&lt;/p&gt;&#xA;&#xA;&lt;div class=&#34;cs-ba&#34;&gt;&#xA;&lt;table&gt;&#xA;&#x9;&lt;thead&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善前&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善後&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/thead&gt;&#xA;&#x9;&lt;tbody&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;登録文書がメールで届いていた&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;申請者が構造化されたセルフサービス登録フローを利用&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;レビュー活動が手動で調整されていた&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;評価が明確なデジタル段階を経て進行&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;修正がバージョン管理の課題を生んでいた&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;修正・再送信の活動が文脈の中で追跡&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ステータス更新に手動フォローアップが必要だった&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ステータスが関連ユーザーに見えるように&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;経営陣にパイプラインの全体像がなかった&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;権限のある管理者が運用の可視性を獲得&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;プロセス履歴が散在していた&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;提出・修正・承認が監査証跡を形成&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&#xA;&lt;/div&gt;&#xA;&#xA;&lt;h2 id=&#34;進化とパートナーシップ&#34;&gt;進化とパートナーシップ&lt;/h2&gt;&#xA;&lt;p&gt;本プラットフォームは、資格審査プロセスの発展に合わせて、将来のワークフロー改善や追加の運用要件を支えられる構造化された基盤として設計されました。&lt;/p&gt;&#xA;&lt;h2 id=&#34;技術&#34;&gt;技術&lt;/h2&gt;&#xA;&lt;p&gt;.NET · SQL Server&lt;/p&gt;</description>
			</item>
			<item>
				<title>燃料流通のベンダー・ブランド管理の合理化</title>
				<link>https://zamzam-soft.com/ja/our-project-portfolio/project-e-abl/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/our-project-portfolio/project-e-abl/</guid>
				<description>&lt;h2 id=&#34;クライアントについて&#34;&gt;クライアントについて&lt;/h2&gt;&#xA;&lt;p&gt;PT Pertamina Patra Niagaはインドネシア全土で燃料・潤滑油製品の流通を管理しています。供給品の品質と信頼性は、厳選された承認済みベンダーとブランドのネットワークに依存しています。この承認ブランドリスト（ABL）の管理は継続的なプロセスで、新しいベンダーの評価、既存ベンダーの監視、ブランド承認の維持が必要です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;課題&#34;&gt;課題&lt;/h2&gt;&#xA;&lt;p&gt;既存のベンダー・ブランド管理プロセスはいくつかの業務上の課題に直面していました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;新規ベンダーはメールで登録し、さまざまなフォーマットでブランド情報と文書を提出していた。&lt;/li&gt;&#xA;&lt;li&gt;Pertamina職員が各提出を資格基準に対して手動で審査・検証する必要があった。&lt;/li&gt;&#xA;&lt;li&gt;承認プロセスは複数の審査員にまたがり、各提出がどの段階にあるかを一元的に追跡できなかった。&lt;/li&gt;&#xA;&lt;li&gt;承認後、ベンダーの実績、製品使用状況、契約更新を監視する統合システムがなかった。&lt;/li&gt;&#xA;&lt;li&gt;文書修正やステータス更新に関するベンダーとのコミュニケーションはメールに依存し、遅延とコンテキストの喪失を生んでいた。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;断片化されたアプローチにより、承認済みベンダーとそのブランドの信頼性の高い最新ビューを維持することが困難でした。&lt;/p&gt;&#xA;&lt;h2 id=&#34;登録フォーム以上のものだった理由&#34;&gt;登録フォーム以上のものだった理由&lt;/h2&gt;&#xA;&lt;p&gt;E-ABLは単なるベンダーディレクトリではありません。外部ベンダーと社内審査員を調整し、ブランド提出ごとの文書要件を徹底し、修正サイクルを支え、承認後の状況 — 製品使用状況、評価、発注、更新 — を追跡し、決定の信頼できる履歴を保持する必要がありました。つまり、受け付けのステップだけでなく、ベンダーのライフサイクル全体を表現するシステムである必要があったのです。&lt;/p&gt;&#xA;&#xA;&#xA;&lt;ol class=&#34;cs-workflow&#34;&gt;&#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;1&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;外部ベンダー&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;2&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;登録と構造化されたブランド・文書提出&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;3&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;文書審査と複数審査員による評価&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;4&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;修正・再送信・通知・承認&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;    &#xA;    &#xA;    &lt;li class=&#34;cs-workflow-step&#34;&gt;&#xA;      &lt;span class=&#34;cs-workflow-num&#34;&gt;5&lt;/span&gt;&#xA;      &lt;span class=&#34;cs-workflow-label&#34;&gt;承認後の運用 — 使用状況、評価、発注、更新&lt;/span&gt;&#xA;    &lt;/li&gt;&#xA;    &#xA;  &#xA;&lt;/ol&gt;&#xA;&#xA;&lt;h2 id=&#34;私たちのソリューション&#34;&gt;私たちのソリューション&lt;/h2&gt;&#xA;&lt;p&gt;私たちは &lt;strong&gt;E-ABL&lt;/strong&gt;（承認ブランドリスト）を構築しました。これはベンダーとブランドの完全なライフサイクルを管理するウェブプラットフォームです：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;ベンダーの自己登録：&lt;/strong&gt; 候補ベンダーが構造化された登録フローを通じて登録し、ブランド情報を送信する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;文書提出ポータル：&lt;/strong&gt; ベンダーが明確な要件にガイドされながら必要な文書を一箇所にアップロードする。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;デジタル審査ワークフロー：&lt;/strong&gt; Pertaminaの審査員が提出を評価し、修正を要求、文書化された理由で承認または却下する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;メール通知：&lt;/strong&gt; 自動通知がプロセスの各段階でベンダーと職員を情報付きに保つ。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;承認後ダッシュボード：&lt;/strong&gt; 承認済みベンダーはブランドステータス、製品使用状況、評価、アクティブな注文、今後の更新を表示するダッシュボードを取得する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;継続的管理：&lt;/strong&gt; 初回承認を超えた完全なライフサイクルをサポートし、実績の追跡、更新のフラグ付け、ベンダー関係の管理を行う。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;成果とエビデンス&#34;&gt;成果とエビデンス&lt;/h2&gt;&#xA;&#xA;&lt;div class=&#34;cs-ba&#34;&gt;&#xA;&lt;table&gt;&#xA;&#x9;&lt;thead&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善前&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善後&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/thead&gt;&#xA;&#x9;&lt;tbody&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ベンダーが不統一なフォーマットでメール登録&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;構造化されたセルフサービス登録フロー&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;文書審査が審査員間で手動調整&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;理由が文書化された明確なデジタル審査ワークフロー&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;各提出の状況を確認するビューがなかった&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ステータスがベンダーと社内審査員に見えるように&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;承認後の追跡が個別の記録に散在&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ブランドステータス、使用状況、評価、発注、更新が単一ダッシュボードに&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;更新が後追いで発生&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;更新追跡により先見的なベンダー管理が可能に&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&#xA;&lt;/div&gt;&#xA;&#xA;&lt;h2 id=&#34;技術&#34;&gt;技術&lt;/h2&gt;&#xA;&lt;p&gt;.NET · SQL Server&lt;/p&gt;</description>
			</item>
			<item>
				<title>エネルギー取引チームのデジタルコンピテンシー評価</title>
				<link>https://zamzam-soft.com/ja/our-project-portfolio/project-cdp/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/our-project-portfolio/project-cdp/</guid>
				<description>&lt;h2 id=&#34;クライアントについて&#34;&gt;クライアントについて&lt;/h2&gt;&#xA;&lt;p&gt;Pertamina Commerce and Tradingは東南アジア最大級のエネルギー取引エンティティの一つで、インドネシアおよび国際市場における石油製品の商業流通と取引を扱っています。スタッフは複数の取引デスクと運用部門にまたがっており、一貫したコンピテンシー基準の維持は、業務の卓越性と規制遵守の両面で不可欠です。&lt;/p&gt;&#xA;&lt;h2 id=&#34;課題&#34;&gt;課題&lt;/h2&gt;&#xA;&lt;p&gt;Pertamina Commerce and Tradingはスタッフのコンピテンシーを体系的に評価・開発する方法を必要としていました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;コンピテンシー評価はスプレッドシートで実施され、中央リポジトリがなかった。&lt;/li&gt;&#xA;&lt;li&gt;評価基準は部門間で異なり、チーム横断の比較が困難だった。&lt;/li&gt;&#xA;&lt;li&gt;経営陣はチーム全体のスキルギャップがどこにあるか明確な見を持てなかった。&lt;/li&gt;&#xA;&lt;li&gt;従業員は自分のコンピテンシースコアや成長分野の可視性が限定的だった。&lt;/li&gt;&#xA;&lt;li&gt;人材開発の計画はアドホックで、評価結果を実行可能な研修推奨に結びつける構造化されたパスが存在しなかった。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;私たちのソリューション&#34;&gt;私たちのソリューション&lt;/h2&gt;&#xA;&lt;p&gt;私たちは &lt;strong&gt;Capability Development Platform（CDP）&lt;/strong&gt; を開発しました。これはコンピテンシー評価プロセスに構造と透明性をもたらすウェブアプリケーションです：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;標準化された評価フレームワーク：&lt;/strong&gt; 評価基準を一度定義し、部門全体で一貫して適用する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;従業員コンピテンシープロファイル：&lt;/strong&gt; 各スタッフがコンピテンシー分野ごとのスコアを視覚的に確認できるプロファイルを持つ。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;ギャップ分析ダッシュボード：&lt;/strong&gt; 経営陣がチームの強みと開発が必要な分野を一目で把握できる。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;パーソナライズされた開発パス：&lt;/strong&gt; 個人のコンピテンシーギャップに基づき、具体的な開発アクションを推奨する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;進捗追跡：&lt;/strong&gt; 従業員と経営陣が時間経過に伴う改善をモニタリングできる。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;本プラットフォームにより、コンピテンシー管理は定期的なスプレッドシート作業から、継続的データ駆動プロセスへと変革されます。&lt;/p&gt;&#xA;&lt;h2 id=&#34;成果とエビデンス&#34;&gt;成果とエビデンス&lt;/h2&gt;&#xA;&#xA;&lt;div class=&#34;cs-ba&#34;&gt;&#xA;&lt;table&gt;&#xA;&#x9;&lt;thead&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善前&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善後&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/thead&gt;&#xA;&#x9;&lt;tbody&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;コンピテンシーデータが部門のスプレッドシートに散在&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;組織全体でアクセス可能な単一プラットフォーム&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;評価基準が部門ごとに異なっていた&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;一貫して適用される単一の標準フレームワーク&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;経営陣にスキルギャップの統合ビューがなかった&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ギャップ分析ダッシュボードでチームの能力を一目で把握&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;従業員の自分のスコアへの可視性が限定的&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;各スタッフが明確なコンピテンシープロファイルを持つ&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;開発計画がアドホック&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;評価結果がパーソナライズされた開発パスに接続&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&#xA;&lt;/div&gt;&#xA;&#xA;&lt;h2 id=&#34;技術&#34;&gt;技術&lt;/h2&gt;&#xA;&lt;p&gt;.NET · SQL Server&lt;/p&gt;</description>
			</item>
			<item>
				<title>エネルギーと防衛分野間の売上照合デジタル化</title>
				<link>https://zamzam-soft.com/ja/our-project-portfolio/project-e-coklit/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/our-project-portfolio/project-e-coklit/</guid>
				<description>&lt;h2 id=&#34;クライアントについて&#34;&gt;クライアントについて&lt;/h2&gt;&#xA;&lt;p&gt;PT Pertamina Patra Niagaはインドネシアの国営エネルギー企業の子会社で、インドネシア全土での燃料分配を担当しています。その重要なビジネスパートナーの一つであるTNI AU（インドネシア空軍）は軍事作業用の燃料を購入しています。この商業関係には定期的な法人間売上照合が必要で、支決済の最終処理前にPertaminaの販売記録とTNI AUの購入記録を照合して正確性を確認します。&lt;/p&gt;&#xA;&lt;p&gt;これは本質的に2組織間のプロセスです。比較される記録は異なる機関に属し、関わる職員は異なる組織に所属し、最終署名は両当事者を拘束します。これを支えるシステムは、単一企業の内部ではなく、その境界をまたいで機能しなければなりません。&lt;/p&gt;&#xA;&lt;h2 id=&#34;課題&#34;&gt;課題&lt;/h2&gt;&#xA;&lt;p&gt;この2組織間の照合プロセスは大きな業務上の摩擦を生んでいました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;Pertaminaの販売データとTNI AUの購入記録はスプレッドシートを介して手動で比較されていた。&lt;/li&gt;&#xA;&lt;li&gt;各当事者は独自のExcelファイルを管理し、フォーマットやバージョンが異なることが多かった。&lt;/li&gt;&#xA;&lt;li&gt;差異が見つかると、解決には組織間でのメールのやり取りが必要だった。&lt;/li&gt;&#xA;&lt;li&gt;解決済みか未処理かの差異について、一元的な記録がなかった。&lt;/li&gt;&#xA;&lt;li&gt;最終署名プロセスには物理的な文書回送が伴い、支払サイクルに数日追加されていた。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;この手動プロセスのため、照合サイクルは数週間かかり、支払いが遅延し、両当事者に不満を生んでいました。&lt;/p&gt;&#xA;&lt;h2 id=&#34;私たちのソリューション&#34;&gt;私たちのソリューション&lt;/h2&gt;&#xA;&lt;p&gt;私たちは &lt;strong&gt;E-Coklit&lt;/strong&gt;（照合・調査）を構築しました。これは照合ワークフロー全体をデジタル化するウェブプラットフォームです：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;統一データビュー：&lt;/strong&gt; Pertaminaの販売データがプラットフォームにロードされ、認証されたTNI AU職員が閲覧できる。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;デジタル比較：&lt;/strong&gt; TNI AU職員がプラットフォームデータを自分の記録と比較し、システム内で差異を直接マークする。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;構造化された解決ワークフロー：&lt;/strong&gt; 各差異は明確な所有者、ステータス追跡、修正履歴付きの解決プロセスに参加する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;デジタル署名：&lt;/strong&gt; すべての差異が解決された後、両当事者が照合ステートメントを確認しデジタル署名する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;完全な監査証跡：&lt;/strong&gt; 初回比較から最終署名まで、すべてのアクションがログに記録され、取得可能。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;本プラットフォームはメールスレッドとばらばらのスプレッドシートを、照合プロセスの単一の信頼できる情報源に置き換えます。&lt;/p&gt;&#xA;&lt;h2 id=&#34;結果&#34;&gt;結果&lt;/h2&gt;&#xA;&#xA;&lt;div class=&#34;cs-ba&#34;&gt;&#xA;&lt;table&gt;&#xA;&#x9;&lt;thead&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善前&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;th&gt;改善後&lt;/th&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/thead&gt;&#xA;&#x9;&lt;tbody&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;販売記録と購入記録が2組織間で手動比較&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;両当事者が同期された単一のデータビューで作業&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;差異がメールの往復で解決&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;各差異が明確なオーナーシップ付きの構造化された解決ワークフローを通過&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;未処理の差異の記録がなかった&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;ステータス追跡で解決済みと残件が可視化&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;署名が物理文書として回送&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;両当事者がプラットフォーム上でデジタル署名&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&#x9;&#x9;&lt;tr&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;履歴が受信箱とファイルに散在&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&#x9;&#x9;&lt;td&gt;比較から最終署名までの完全な監査証跡&lt;/td&gt;&#xA;&#x9;&#x9;&#x9;&lt;/tr&gt;&#xA;&#x9;&lt;/tbody&gt;&#xA;&lt;/table&gt;&#xA;&#xA;&lt;/div&gt;&#xA;&#xA;&lt;h2 id=&#34;技術&#34;&gt;技術&lt;/h2&gt;&#xA;&lt;p&gt;.NET · SQL Server&lt;/p&gt;</description>
			</item>
			<item>
				<title>企業向け健康管理データのデジタル化</title>
				<link>https://zamzam-soft.com/ja/our-project-portfolio/project-medsa-ohih/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/our-project-portfolio/project-medsa-ohih/</guid>
				<description>&lt;h2 id=&#34;クライアントについて&#34;&gt;クライアントについて&lt;/h2&gt;&#xA;&lt;p&gt;PT Medika Prakarsaはインドネシア全土の企業と提携し、従業員の包括的な健診を実施している医療サービス会社です。毎年、ルーチン健診から専門的なスクリーニングまで、数千件の健康診断を企業クライアントの代行で処理しており、企業が人材管理やコンプライアンスに必要な健康証明書の提供を担っています。&lt;/p&gt;&#xA;&lt;h2 id=&#34;課題&#34;&gt;課題&lt;/h2&gt;&#xA;&lt;p&gt;Zamzam Softと協力する以前、Medika Prakarsaの業務は手動プロセスに大きく依存していました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;健診結果は紙のフォームに記録され、後にExcelスプレッドシートに転記されていた。&lt;/li&gt;&#xA;&lt;li&gt;企業クライアントごとにフォーマット要件が異なり、データ保存が一貫性を欠いていた。&lt;/li&gt;&#xA;&lt;li&gt;医療専門家が各患者のデータを手動で確認し、臨床分析を作成する必要があった。&lt;/li&gt;&#xA;&lt;li&gt;健康証明書は一つずつ作成され、複数のドキュメントをクロスリファレンスすることが多かった。&lt;/li&gt;&#xA;&lt;li&gt;クライアントやステージを超えて健診のステータスを追跡することが困難だった。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;これらの非効率性により、証明書の提供に時間がかかり、データ入力エラーのリスクが増大し、事業規模の拡大に伴い管理負担が増加していました。&lt;/p&gt;&#xA;&lt;h2 id=&#34;私たちのソリューション&#34;&gt;私たちのソリューション&lt;/h2&gt;&#xA;&lt;p&gt;私たちは &lt;strong&gt;Medsa OHIH&lt;/strong&gt;（医療情報管理システム）を設計・構築しました。これは健診ワークフロー全体をデジタル化するウェブベースのプラットフォームです：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;一元化されたデータ受入：&lt;/strong&gt; 企業クライアントがプラットフォームを通じて従業員の健診データを送信し、散在するメールやファイル転送を置き換える。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;デジタル分析ワークフロー：&lt;/strong&gt; 医療専門家が整理されたダッシュボードで患者データにアクセスし、臨床分析を実施して記録する。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;自動証明書生成：&lt;/strong&gt; 検証済みの分析データから健康証明書が自動生成され、手動のクロスリファレンスが不要に。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;クライアントダッシュボード：&lt;/strong&gt; 企業クライアントが従業員の健診の進行状況をリアルタイムで確認できる。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;歴史データアクセス：&lt;/strong&gt; 完全な医療記録が安全に保存され、将来の参照でいつでも取得可能。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;本プラットフォームは、データ受入から専門家分析、証明書提供まで、単一の統合システムでフルライフサイクルを処理します。&lt;/p&gt;&#xA;&lt;h2 id=&#34;結果&#34;&gt;結果&lt;/h2&gt;&#xA;&lt;p&gt;導入以降：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;✅ 医療データ処理が1つのデジタルシステムに集約&lt;/li&gt;&#xA;&lt;li&gt;✅ 証明書の生成時間が大幅に短縮&lt;/li&gt;&#xA;&lt;li&gt;✅ 構造化されたデジタル入力によりデータ精度が向上&lt;/li&gt;&#xA;&lt;li&gt;✅ 企業クライアントが健診の進行状況をリアルタイムで確認可能&lt;/li&gt;&#xA;&lt;li&gt;✅ 管理の比例的な増加なしに、拡大するクライアント基盤に対応可能なスケーラビリティ&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;h2 id=&#34;技術&#34;&gt;技術&lt;/h2&gt;&#xA;&lt;p&gt;PHP · MySQL&lt;/p&gt;</description>
			</item>
			<item>
				<title>Medsa OHIH — PT Medika Prakarsa</title>
				<link>https://zamzam-soft.com/ja/clients/medsa-ohih/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/clients/medsa-ohih/</guid>
				<description>&lt;p&gt;PT Medika Prakarsaは、法人顧客に健康診断サービスを提供する医療会社です。他の企業からスタッフの健康状態を監視するための徹底的な健康診断の実施依頼を受けています。&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://zamzam-soft.com/images/projects/medsa-diagram-1.jpeg&#34; alt=&#34;Medika Prakarsa&#34; loading=&#34;lazy&#34; width=&#34;600&#34; height=&#34;376&#34; style=&#34;max-width:100%;height:auto&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;私たちはPT Medika PrakarsaのためにMedsa OHIH（医療情報管理システム）を開発しました。このWebアプリケーションは、クライアント企業からの健康診断データを保存し、Medika Prakarsa内の適切な医療専門家が分析できるようにします。&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://zamzam-soft.com/images/projects/medsa-diagram-2.jpeg&#34; alt=&#34;Medsa OHIHシステム&#34; loading=&#34;lazy&#34; width=&#34;600&#34; height=&#34;387&#34; style=&#34;max-width:100%;height:auto&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;このシステムは、動的で柔軟なPHP言語を使用して構築されています。&lt;/p&gt;</description>
			</item>
			<item>
				<title>PT Otsuka Indonesia</title>
				<link>https://zamzam-soft.com/ja/clients/otsuka-indonesia/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/clients/otsuka-indonesia/</guid>
				<description>&lt;p&gt;PT Otsuka Indonesiaはインドネシアで事業を展開する医薬品企業で、製造拠点は東ジャワ州マラン県のラワンにあります。グローバルな大塚グループの一員として、PT Otsuka Indonesiaは革新的な医薬品とヘルスケアソリューションを通じて健康と福祉の向上に取り組んでいます。&lt;/p&gt;&#xA;&lt;p&gt;ラワン・マラン工場は主要な生産施設として機能し、国際基準を満たす高品質な医薬品を製造しています。この施設は、製品の安全性と有効性を確保するために厳格なGMP（適正製造基準）ガイドラインを遵守しています。&lt;/p&gt;&#xA;&lt;h2 id=&#34;プロジェクト--e-qms電子品質管理システム&#34;&gt;プロジェクト — e-QMS（電子品質管理システム）&lt;/h2&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://zamzam-soft.com/images/projects/otsuka-eqms.jpeg&#34; alt=&#34;e-QMSフロントページ&#34; loading=&#34;lazy&#34; width=&#34;1533&#34; height=&#34;1263&#34; style=&#34;max-width:100%;height:auto&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;私たちは、電子署名付きのLMSを中心とした工場向け電子品質管理システム &lt;strong&gt;e-QMS&lt;/strong&gt; を設計・構築し、さらに一連の品質モジュールを提供しました：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&lt;strong&gt;文書の作成と改訂&lt;/strong&gt; — 構造化フィールド、添付ファイル、バージョン履歴、制御された改訂を備えたSOP・品質文書。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;制御された承認ワークフロー&lt;/strong&gt; — 文書は承認階層（QAレビュー、課長、部長、部門長、QAマネージャー）を通過し、役割ベースのスキップと完全な進捗ログを備えています。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;電子署名（FDA 21 CFR Part 11）&lt;/strong&gt; — 各署名者はX.509証明書を保有し、署名は暗号学的に文書に紐付けられ、最終PDFはP12証明書でデジタル署名されます。公開検証ページで署名の検証が可能です。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;トレーニングの割り当てと完了&lt;/strong&gt; — 文書は役割に基づいて従業員に割り当てられ、完了状況、期限、必要に応じたクイズ形式のテストが追跡されます。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;品質モジュール&lt;/strong&gt; — CAPA、Change Control、Deviation、Complaint、Investigation、Risk Assessment、Evaluation。それぞれ制御されたワークフロー、役割分離、監査証跡を備えています。&lt;/li&gt;&#xA;&lt;li&gt;&lt;strong&gt;改ざん防止の監査ログ&lt;/strong&gt; — すべての操作が整合性検証付きのハッシュチェーン監査ログに記録されます。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;&lt;a href=&#34;https://zamzam-soft.com/ja/our-project-portfolio/project-otsuka-eqms/&#34;&gt;事例全文を見る →&lt;/a&gt;&lt;/p&gt;</description>
			</item>
			<item>
				<title>PT Pertamina Patra Niaga</title>
				<link>https://zamzam-soft.com/ja/clients/pertamina-patra-niaga/</link>
				<pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
				<guid>https://zamzam-soft.com/ja/clients/pertamina-patra-niaga/</guid>
				<description>&lt;p&gt;PT Pertamina Patra Niagaは、石油処理の分野で事業を展開するPertaminaの子会社です。この会社には5つの地域オフィスがあり、インドネシア全土に散らばる数十のPertaminaの石油貯蔵所を管理しています。&lt;/p&gt;&#xA;&lt;p&gt;&lt;img src=&#34;https://zamzam-soft.com/images/projects/pertamina.png&#34; alt=&#34;Pertamina Patra Niaga&#34; loading=&#34;lazy&#34; width=&#34;600&#34; height=&#34;337&#34; style=&#34;max-width:100%;height:auto&#34;&gt;&lt;/p&gt;&#xA;&lt;p&gt;PT Patra Niagaは2004年に、石油・ガスの下流事業に特化した事業体として発足しました。2011年、PT Pertamina（Persero）はマーケティング・貿易部門を通じて、すべての子会社ロゴの統一を開始しました。これにより、PT Patra Niagaのロゴを含む各子会社ロゴの名称が変更され、社名がPT Pertamina Patra Niagaに変更されました。&lt;/p&gt;&#xA;&lt;p&gt;PT Pertamina Patra Niagaの詳細については、&lt;a href=&#34;https://pertaminapatraniaga.com/&#34;&gt;公式ウェブサイト&lt;/a&gt;をご覧ください。&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
