專利名稱：用于自動化保險處理的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及保險簽發(fā)領(lǐng)域，且具體涉及一種用于自動化保險處理的方 法和裝置。
背景技術(shù)：
在典型的保險購買過程中，顧客填寫一表單，所述表單以紙形式傳送 給確定該保險是否可簽發(fā)的保險公司成員。在一些系統(tǒng)中，顧客可以在線 (例如經(jīng)由萬維網(wǎng))填寫表單。然而，在線表單仍被打印出來以送到確定 是否簽發(fā)保單的人。因此，即使不從事危險行為、期望立即承保(例如人 壽保險)的健康顧客也必須在知道其是否得到保險之前等待幾天。
可替換地，保險商可以簽發(fā)保險給每個人而不管所涉及的風(fēng)險。然而， 對于無風(fēng)險顧客保險費將非常高，并且因此這些顧客將可能尋求其他保險 商。以上延遲、困難和無效率導(dǎo)致潛在保險市場的一些部分(例如中間市 場(middle market))在保險商或再保險商的時間、精力和資金的投資上有 很低甚至是負的回報率。
發(fā)明內(nèi)容
本發(fā)明的實施例指向一種用于自動化保險處理的方法和裝置。在本發(fā) 明的一個實施例中，將關(guān)于顧客的信息錄入到電子系統(tǒng)中。在一個實施例 中，顧客(由于該顧客的特征、所需的保險/再保險產(chǎn)品或其他因素)是低
利潤(low-margin)市場的部分。低利潤市場是保險(或再保險)市場的 一部分，其中來自給該部分中的實體保險(或再保險)的預(yù)期利潤相對于 給該部分中的實體保險的成本(例如支出預(yù)期、包括在開發(fā)與該實體的業(yè) 務(wù)中的開銷等)是小的。在以下"保險"和"再保險"以及相關(guān)術(shù)語將可 交換地使用，除非另外特別指示。
在一個實施例中，顧客錄入所述信息。在另一實施例中，保險代理人 錄入所述信息。在又一實施例中，所述信息由與所述信息有厲害關(guān)系的第 三方(例如銀行、信用卡公司、零售商店、俱樂部、互助組織、社會組織、 慈善團體等)來錄入。在一個實施例中，所述信息經(jīng)由萬維網(wǎng)錄入。在一 個實施例中，所述信息使用標準化的XML格式錄入。在另一實施例中， 所述信息作為錄入的關(guān)于幾個個體的一批信息的部分而錄入。在又一實施 例中，所述信息經(jīng)由因特網(wǎng)錄入。在一個實施例中，按階段完成所收集的 關(guān)于顧客的信息。例如，在第一階段，向顧客請求某一組信息。然后，在 第二階段所要求的信息至少部分地根據(jù)在第一階段錄入的信息來確定。在 一個實施例中，所錄入的信息的部分是顧客的簽名。在一個實施例中，所 述簽名是電子簽名。
在一個實施例中，關(guān)于顧客的信息用于自動檢索附加信息。在一個實 施例中，關(guān)于顧客的信息(例如顧客的名字和/或社會保障號)用于檢索顧 客的駕駛記錄。在另一實施例中，關(guān)于顧客的信息用于檢索顧客的醫(yī)療記 錄。在一個實施例中，顧客的醫(yī)療記錄包括顧客的藥物記錄。
在一個實施例中，關(guān)于顧客的信息在產(chǎn)生所述信息中的一些的機構(gòu)處 匿名錄入。在一個示范性實施例中，當(dāng)顧客訪問醫(yī)生時，匿名錄入顧客的 醫(yī)療信息和其他相關(guān)信息，且向顧客呈現(xiàn)暫定報價。如果顧客希望繼續(xù)進 行，則錄入和/或采集附加信息(例如顧客的身份)以產(chǎn)生最終報價。以此 方式，顧客可以避免到醫(yī)生處的額外行程并且可以被提示在顧客的已排定 訪問時對顧客可用的保險選項。在另一實施例中，顧客的信息由對顧客進 行體檢的體檢機構(gòu)錄入。
在一個實施例中，使用錄入到系統(tǒng)中的關(guān)于顧客的信息從電子數(shù)據(jù)庫
中自動請求關(guān)于顧客的附加信息(例如MIB、 MVR和或Rx)。在一個實 施例中，關(guān)于顧客的信息被記分。在一個實施例中，在顧客的藥物記錄中 的不同的藥劑如何與彼此和/或一般使用的藥劑、食品和/或飲料相互作用。 在另一實施例中，標記某些信息狀況(例如該顧客是吸煙者、具有致命疾 病、服用用于致命疾病或涉及危險行為的疾病的藥劑、懸掛式滑翔、駕駛 飛機、與爆炸物一起工作、是酗酒者、已因為吸毒成癮而接受治療等)。
在一個實施例中，關(guān)于顧客的信息用于確定該顧客是否滿足自動保單 批準的標準。如果顧客滿足自動保單批準的標準，則為該顧客自動簽發(fā)保 單。在一個實施例中，保單電子地自動遞送給顧客。在另一實施例中，保 單以紙格式自動送給顧客(例如保單自動打印、包封并放置到郵件系統(tǒng) 中)。在一個實施例中，顧客收到基于所錄入的關(guān)于該顧客的信息的報出 費率(offered rate)o
在一個實施例中，顧客的信息通過顧客所使用的在線服務(wù)(例如在線 銀行)而提交。當(dāng)顧客登錄在線服務(wù)時，向顧客通知所提供的保險產(chǎn)品和 費率。在一個實施例中，通過提交電子申請，顧客同意報出費率。在另一 實施例中，如果所采集的關(guān)于顧客的附加信息改變了報出費率，向顧客自 動通知新費率(例如經(jīng)由電子郵件、網(wǎng)站、自動化電話呼叫等)。在一個 實施例中，在保單可簽發(fā)之前，如果有，顧客必須同意新費率。在另一實 施例之中，如果新費率較低，顧客以舊費率的提交也構(gòu)成以較低費率的承 諾。
在一個實施例中，關(guān)于顧客的信息用于確定該顧客是否滿足自動保單 拒絕的標準。如果顧客滿足自動保單拒絕的標準，則該顧客自動被拒絕保 單。在一個實施例中，顧客的信息與多于一個保險商的批準/拒絕標準相比 較。在一個實施例中，兩個實體(例如保險商和再保險商)針對自動簽發(fā) 的保單劃分財務(wù)義務(wù)。在一個實施例中，當(dāng)某種顧客信息錄入(例如分數(shù) 范圍之一或一個或多個標記與該顧客信息相關(guān)聯(lián))時，該顧客的信息自動
發(fā)送給人以便檢查。這個人可以檢査所述信息并從該顧客和/或電子數(shù)據(jù)庫 請求附加信息，或簽發(fā)或拒絕一保單。
根據(jù)以下描述、所附權(quán)利要求和附圖，本發(fā)明的這些和其他特征、方 面和優(yōu)點將變得更好理解，在附圖中-
圖1是根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程的流程圖， 所述顧客是低利潤市場的部分。
圖2是根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程的流程圖， 所述顧客是中間市場的部分。
圖3是根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程的流程圖， 所述顧客錄入他或她的信息的至少一些并且所述顧客是低利潤市場的部 分。
圖4是根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程的流程圖， 所述顧客是低利潤市場的部分，其中保險代理人錄入顧客信息的至少一 些。
圖5是根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程的流程圖， 所述顧客是低利潤市場的部分，其中所述顧客信息的至少一些由第三方錄 入。
圖6是根據(jù)本發(fā)明一個非限制實施例的使用計算機網(wǎng)絡(luò)給顧客保險 的過程的流程圖，所述顧客是低利潤市場的部分。
圖7是根據(jù)本發(fā)明一個非限制實施例的收集關(guān)于低利潤市場中的潛 在顧客的信息的過程的流程圖。
圖8是根據(jù)本發(fā)明一個非限制實施例的向下鉆取(drill-down)信息錄 入過程的流程圖。
圖9是根據(jù)本發(fā)明一個非限制實施例的自動檢索關(guān)于顧客的附加信 息的過程的流程圖，所述顧客是低利潤市場的部分。
圖10是根據(jù)本發(fā)明一個非限制實施例的啟動在保險申請信息收集過
程的傳統(tǒng)上慢的部分(優(yōu)選地是最慢部分)收集的顧客信息的過程的流程 圖。
圖11是根據(jù)本發(fā)明一個非限制實施例的自動給低利潤市場中的顧客 保險的過程的流程圖。
圖12是通用計算機的塊圖。
具體實施例方式
本發(fā)明是一種用于自動保險處理的方法和裝置。在以下描述中，陳述 了各種特定細節(jié)以提供對本發(fā)明的實施例的更透徹的描述。然而，對于本 領(lǐng)域技術(shù)人員顯而易見的是，可以無需這些特定細節(jié)來實踐本發(fā)明。在其 他情況下，未詳細描述公知的特征以便不模糊本發(fā)明。
本發(fā)明的各種實施例可與以下申請中所描述的系統(tǒng)和方法一起使用 2001年11月7日提交的美國專利申請，序列號09/986,204，題目為"System and Method for Enabling Real Time Underwriting of Insurance Policies"; 2001 年11月6日提交的美國專利申請，序列號09/993,153，題目為"Automated Insurance Policy Application";以及2001年6月19日提交的美國專利申請， 序列號09/883,193，題目為"System and method for Facilitating Interaction with a Financial Service";其公開通過引用結(jié)合于此。
低利潤市場中的電子保險
在本發(fā)明的一個實施例中，將關(guān)于顧客的信息錄入到電子系統(tǒng)中。在 一個實施例中，所述顧客(由于該顧客的特征、所需的保險/再保險產(chǎn)品或 其他因素)是低利潤市場(例如中間市場)的部分。低利潤市場是保險(或 再保險)市場的一部分，其中來自給該部分中的實體保險(或再保險)的 預(yù)期利潤相對于給該部分中的實體保險的成本(例如支出預(yù)期、包括在開 發(fā)與該實體的業(yè)務(wù)中的開銷等)是小的。
圖1示出根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程，所述顧
客是低利潤市場的部分。在塊100，將關(guān)于顧客的信息錄入到電子系統(tǒng)中， 所述顧客是低利潤市場的部分。在塊110，確定是否提供保單給顧客。如 果不提供保單給顧客，在塊120，不簽發(fā)保單。如果提供保單給顧客，在 塊130，確定顧客是否接受保單。如果顧客不接受保單，過程繼續(xù)到塊120。 如果顧客接受保單，在塊140，安排支付并簽發(fā)保單。
在一個實施例中，所述顧客是人壽保險的中間市場的部分。人壽保險 的中間市場包括人壽保險保單，其中保險額處于以2003年美元計、大約 $50,000到大約$250，000的范圍中。例如，根據(jù)本發(fā)明的一個實施例，信 用聯(lián)盟可以向其每個成員提供具有中間市場范圍中的保險額的人壽保險 保單。
圖2示出根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程，所述顧 客是中間市場的部分。在塊200，將關(guān)于顧客的信息錄入到電子系統(tǒng)中， 所述顧客是人壽保險中間市場的部分。在塊210，確定是否提供保單給顧 客。如果不提供保單給顧客，在塊220，不簽發(fā)保單。如果提供保單給顧 客，在塊230，確定顧客是否接受保單。如果顧客不接受保單，過程繼續(xù) 到220。如果顧客接受保單，在塊240，安排支付并簽發(fā)保單。
錄入顧客信息
在一個實施例中，顧客錄入信息。在另一實施例中，保險代理人錄入 信息。在又一實施例中，信息由與所述信息有厲害關(guān)系的第三方(例如銀 行、信用卡公司、零售商店、俱樂部、互助組織、社會組織、慈善團體、 醫(yī)生診所、醫(yī)療保險公司等)來錄入。
圖3示出根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程，所述顧 客錄入他或她的信息的至少一些并且所述顧客是低利潤市場的部分。在塊 300，顧客將關(guān)于他或她自己的信息錄入到電子系統(tǒng)中，所述顧客是低利 潤市場的部分。在塊310，確定是否提供保單給顧客。如果不提供保單給
顧客，在塊320，不簽發(fā)保單。如果提供保單給顧客，在塊330，確定顧 客是否接受保單。如果顧客不接受保單，過程繼續(xù)到塊320。如果顧客接 受保單，在塊340，安排支付并簽發(fā)保單。
圖4示出根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程，所述顧 客是低利潤市場的部分，其中保險代理人錄入顧客信息的至少一些。在塊 400，保險代理人將關(guān)于顧客的信息錄入到電子系統(tǒng)中，所述顧客是低利 潤市場的部分。在塊410，確定是否提供保單給顧客。如果不提供保單給 顧客，在塊420，不簽發(fā)保單。如果提供保單給顧客，在塊430，確定顧 客是否接受保單。如果顧客不接受保單，過程繼續(xù)到塊420。如果顧客接 受保單，在塊440，安排支付并簽發(fā)保單。
圖5示出根據(jù)本發(fā)明一個非限制實施例的給顧客保險的過程，所述顧 客是低利潤市場的部分，其中所述顧客信息的至少一些由第三方錄入。在 塊500，具有關(guān)于顧客信息的第三方(例如顧客的儲蓄信用卡賬戶的發(fā)行 者、顧客的醫(yī)生、顧客所屬于的團體等)將關(guān)于顧客的信息錄入到電子系 統(tǒng)中，所述顧客是低利潤市場的部分。在塊510，確定是否提供保單給顧 客。如果不提供保單給顧客，在塊520，不簽發(fā)保單。如果提供保單給顧 客，在塊530，確定顧客是否接受保單。如果顧客不接受保單，過程繼續(xù) 到塊520。如果顧客接受保單，在塊540，安排支付并簽發(fā)保單。
在一個實施例中，所述信息經(jīng)由萬維網(wǎng)錄入。在一個實施例中，所述 信息使用標準化的XML格式錄入。在其它實施例中，使用其他數(shù)據(jù)格式 和協(xié)議。在另一實施例中，所述信息經(jīng)由因特網(wǎng)錄入。在又一實施例中， 所述信息經(jīng)由私有網(wǎng)絡(luò)錄入。在再一實施例中，所述信息經(jīng)由僅用于保險 用途的專用網(wǎng)絡(luò)錄入。
圖6示出根據(jù)本發(fā)明一個非限制實施例的使用計算機網(wǎng)絡(luò)給顧客保 險的過程，所述顧客是低利潤市場的部分。在塊600，關(guān)于顧客的信息在 終端錄入，所述顧客是低利潤市場的部分。所述終端可以是通用計算機、 PDA、蜂窩電話或能夠輸入數(shù)據(jù)并連接到網(wǎng)絡(luò)的任何其他系統(tǒng)。在塊610， 信息經(jīng)由計算機網(wǎng)絡(luò)傳送到電子系統(tǒng)的確定單元。在塊620，確定是否提 供保單給顧客。如果不提供保單給顧客，在塊630，不簽發(fā)保單。如果提 供保單給顧客，在塊640，確定顧客是否接受保單。如果顧客不接受保單， 過程繼續(xù)到塊630。如果顧客接受保單，在塊650，安排支付并簽發(fā)保單。 在另一實施例中，所述信息作為錄入的關(guān)于幾個個體的一批信息的部 分而錄入。在一個實施例中，通過從其中已存儲了所述信息的數(shù)據(jù)庫檢索 所述信息來錄入所述信息。在一個實施例中，自動化過程搜索數(shù)據(jù)庫以找 到是低利潤市場的部分的潛在顧客。自動格式化和錄入關(guān)于這些潛在顧客 的信息。圖7示出根據(jù)本發(fā)明一個非限制實施例的收集關(guān)于低利潤市場中的 潛在顧客的信息的過程。在塊700，確定是否已檢査了數(shù)據(jù)庫中的每個潛 在顧客。如果己檢査數(shù)據(jù)庫中的每個潛在顧客，在塊710，過程結(jié)束。如 果不是已檢査了數(shù)據(jù)庫中的每個潛在顧客，在塊720，選擇未檢査的潛在 顧客。在塊730，確定所選擇的潛在顧客是否是所需的低利潤市場的部分。 如果所選擇的潛在顧客不是所需的低利潤市場的部分，過程在塊700重復(fù)。 如果所選擇的潛在顧客是所需的低利潤市場的部分，在塊740，從數(shù)據(jù)庫 中檢索所選擇的顧客的信息并錄入到電子保險系統(tǒng)中，并且過程在塊700 重復(fù)。在可選實施例中，使用對圖7所示出的過程的變型。在一個示范性實 施例中，關(guān)于所有顧客的信息以一束或多束數(shù)據(jù)存儲和錄入到電子保險系 統(tǒng)中，所述所有顧客是所需低利潤市場的部分。在另一示范性實施例中， 有多于一個的所需低利潤市場。向下鉆取顧客信息收集在一個實施例中，所收集的關(guān)于顧客的信息分階段完成。例如，在第 一階段，向顧客請求某一組信息。然后，在第二階段所要求的信息至少部 分地根據(jù)在第一階段錄入的信息來確定。在一個實施例中，所錄入的信息 的部分是顧客的簽名。在一個實施例中，所述簽名是電子簽名。圖8示出根據(jù)本發(fā)明一個非限制實施例的向下鉆取信息錄入過程。在 塊800，針對關(guān)于潛在顧客的信息來提示用戶。用戶可以是所述潛在顧客、 保險代理人、第三方或自動化計算機過程(即腳本或程序)。在塊820，根 據(jù)在塊810所錄入的任何信息來確定是否需要任何附加信息。例如，如果 用戶錄入潛在顧客有心臟問題，在塊820可確定需要關(guān)于該潛在顧客的心 臟健康的更多具體信息。如果不需要附加信息，在塊830，向下鉆取過程 結(jié)束。如果需要潛在信息，過程在塊800重復(fù)。對附加顧客信息的自動檢索在一個實施例中，關(guān)于顧客的信息用于自動檢索附加信息。在一個實 施例中，關(guān)于顧客的信息(例如顧客的名字和/或社會保障號)用于檢索顧 客的駕駛記錄。在另一實施例中，關(guān)于顧客的信息用于檢索顧客的醫(yī)療記 錄。在一個實施例中，顧客的醫(yī)療記錄包括顧客的藥物記錄。圖9示出根據(jù)本發(fā)明一個非限制實施例的自動檢索關(guān)于顧客的附加 信息的過程，所述顧客是低利潤市場的部分。在塊900，關(guān)于顧客的信息 錄入到電子系統(tǒng)中，所述顧客是低利潤市場的部分。在塊910，使用顧客 信息的一些或全部(例如名字、社會保障號、駕駛執(zhí)照號等)來自動查詢 一個或多個數(shù)據(jù)庫以得到關(guān)于該顧客的更多信息。所査詢的數(shù)據(jù)庫可以是 政府機構(gòu)數(shù)據(jù)庫(例如州機動車輛數(shù)據(jù)庫部門)或任何其他數(shù)據(jù)庫(例如 醫(yī)療保險局-MIB、處方數(shù)據(jù)庫-Rx、單獨的保險公司數(shù)據(jù)庫、性侵犯者數(shù) 據(jù)庫、犯罪記錄數(shù)據(jù)庫等)。在塊920，由電子系統(tǒng)檢索附加信息。有效和/或機會的潛在客戶信息收集在一個實施例中，匿名地在產(chǎn)生一些所述信息的機構(gòu)處錄入關(guān)于顧客 的信息。在一個實施例中，所述信息收集于在傳統(tǒng)保險申請信息收集過程 中花費最多時間來采集信息的機構(gòu)(例如醫(yī)生診所)。在一個示范性實施 例中，當(dāng)顧客訪問醫(yī)生時，匿名錄入顧客的醫(yī)療信息和其他相關(guān)信息且向 顧客呈現(xiàn)暫定報價。如果顧客希望繼續(xù)進行，錄入和/或采集附加信息(例 如顧客的身份)以產(chǎn)生最終報價。以此方式，顧客可以避免到醫(yī)生處的額 外行程并且可以被提示在顧客的已排定訪問時對顧客可用的保險選項。在 另一實施例中，顧客的信息由對顧客進行體檢的體檢機構(gòu)錄入。圖10示出根據(jù)本發(fā)明一個非限制實施例的啟動在保險申請信息收集過程的傳統(tǒng)上慢的部分(優(yōu)選地是最慢部分)收集的顧客信息的過程。在塊1000，潛在顧客參與收集信息，所述潛在顧客是低利潤市場的部分且所述潛在顧客可以或可以不期望調(diào)查他或她的保險選項，所述信息是典型地 收集起來慢(或最慢)的關(guān)于保險申請的信息。在一個示范性實施例中， 潛在顧客為了每年的檢查而訪問醫(yī)生，使各種體檢(包括實驗室檢驗)得 以進行，并且聯(lián)系醫(yī)生以討論檢驗結(jié)果。在塊1010,所收集的信息錄入到電子系統(tǒng)中。在塊1020，確定是否 提供保單給顧客。如果不提供保單給顧客，在塊1030，不簽發(fā)保單。如果 提供保單給顧客，在塊1040，確定顧客是否接受保單。如果顧客不接受保 單，過程繼續(xù)到塊1030。如果顧客接受保單，在塊1050，安排支付并簽 發(fā)保單。使用記分來確定保單簽發(fā)在一個實施例中，使用錄入到系統(tǒng)中的關(guān)于顧客的信息從電子數(shù)據(jù)庫 自動請求關(guān)于顧客的附加信息(例如MIB、機動車輛記錄-MVR和/或Rx)。 在一個實施例中，關(guān)于顧客的信息被記分。在一個實施例中，在顧客的藥 物記錄中的不同的藥劑如何與彼此和/或一般使用的藥劑、食品和/或飲料 相互作用。在另一實施例中，標記某些信息狀況(例如該顧客是吸煙者、 具有致命疾病、服用用于致命疾病或涉及危險行為的疾病的藥劑、懸掛式 滑翔、駕駛飛機、與爆炸物一起工作、是酗酒者、已因為吸毒成癮而接受 治療等)。
在一個實施例中，關(guān)于顧客的信息用于確定該顧客是否滿足自動保單 批準的標準。如果顧客滿足自動保單批準的標準，則為該顧客自動簽發(fā)保 單。在一個實施例中，保單電子地自動遞送給顧客。在另一實施例中，保 單以紙格式自動送給顧客(例如保單自動打印、包封并放置到郵件系統(tǒng) 中)。在一個實施例中，顧客收到基于所錄入的關(guān)于該顧客的信息的報出 費率。在一個實施例中，顧客的信息通過顧客所使用的在線服務(wù)(例如在線 銀行)而提交。當(dāng)顧客登錄在線服務(wù)時，向顧客通知所提供的保險產(chǎn)品和 費率。在一個實施例中，通過提交電子申請，顧客同意報出費率。在另一 實施例中，如果所采集的關(guān)于顧客的附加信息改變了報出費率，向顧客自 動通知新費率(例如經(jīng)由電子郵件、網(wǎng)站、自動電話呼叫等)。在一個實 施例中，在保單可簽發(fā)之前，如果有，顧客必須同意新費率。在另一實施 例之中，如果新費率較低，顧客以舊費率的提交也構(gòu)成以較低費率的承諾。在一個實施例中，關(guān)于顧客的信息用于確定該顧客是否滿足自動保單 拒絕的標準。如果顧客滿足自動保單拒絕的標準，則該顧客自動被拒絕保 單。在一個實施例中，顧客的信息與多于一個保險商的批準/拒絕標準相比 較。在一個實施例中，兩個實體(例如保險商和再保險商)針對自動簽發(fā) 的保單來劃分財務(wù)義務(wù)。在一個實施例中，當(dāng)某種顧客信息錄入(例如分 數(shù)范圍之一或一個或多個標記與該顧客信息相關(guān)聯(lián))時，該顧客的信息自 動發(fā)送給人以便檢查。這個人可以檢査所述信息并從該顧客和/或電子數(shù)據(jù) 庫請求附加信息，或簽發(fā)或拒絕一保單。圖11示出根據(jù)本發(fā)明一個非限制實施例的自動給低利潤市場中的顧客保險的過程。在塊IIOO，關(guān)于顧客的信息錄入到電子系統(tǒng)中，所述顧客是低利潤市場的部分。所述顧客可以知道或不知道他或她的信息正被錄入。在塊lllO，使用記分系統(tǒng)基于所釆集的關(guān)于顧客的信息來確定是否自 動提供保單給顧客。如果不自動提供保單給顧客，在塊1120，使用記分系 統(tǒng)基于所采集的關(guān)于顧客的信息來確定是否自動拒絕該顧客。
如果顧客被自動拒絕，在塊1130，不簽發(fā)保單。如果顧客不被自動拒 絕，在塊1140,該情況自動引起人類保險決定做出者(human insurance decisionmaker)的注意。在塊1150，所述人類保險做出者決定是否簽發(fā)保 單。如果不提供保單，過程在塊1130繼續(xù)。如果自動或由人類決定做出 者提供保單，在塊1160，確定顧客是否接受保單。如果顧客不接受保單， 過程在塊1130繼續(xù)。如果顧客接受保單，在塊1170，安排支付并簽發(fā)保 單。計算機執(zhí)行環(huán)境(硬件)的實施例本發(fā)明的一個實施例可以以在通用計算環(huán)境，如圖12所示出的環(huán)境 1200中執(zhí)行的計算機可讀代碼的形式實施為計算機軟件。鍵盤1210和鼠 標1211耦合到系統(tǒng)總線1218。鍵盤和鼠標用于將用戶輸入引入到計算機 系統(tǒng)并將用戶輸入傳送到中央處理單元(CPU)1213。除了或取代鼠標1211 和鍵盤1210，也可以使用其他合適的輸入設(shè)備。耦合到雙向系統(tǒng)總線1218 的1/0 (輸入/輸出)單元1219表示這樣的I/O部件，如打印機、A/V (音 頻/視頻)1/0等。計算機1201可包括耦合到總線1218的通信接口 1220。通信接口 1220 提供經(jīng)由網(wǎng)絡(luò)鏈路1221到本地網(wǎng)1222的雙路數(shù)據(jù)通信耦合。例如，如果 通信接口 1220是綜合業(yè)務(wù)數(shù)字網(wǎng)(ISDN)卡或調(diào)制解調(diào)器，通信接口 1220 提供到對應(yīng)類型的電話線的數(shù)據(jù)通信連接，所述連接包括網(wǎng)絡(luò)鏈路1221 的部分。如果通信接口 1220是局域網(wǎng)(LAN)卡，通信接口 1220提供經(jīng) 由網(wǎng)絡(luò)鏈路1221到兼容的LAN的數(shù)據(jù)通信連接。無線鏈路也是可能的。 在任何這樣的實施中，通信接口 1220發(fā)送和接收承載代表各種類型信息 的數(shù)字數(shù)據(jù)流的電、電磁或光學(xué)信號。網(wǎng)絡(luò)鏈路1221典型地提供通過一個或多個網(wǎng)絡(luò)到其他數(shù)據(jù)設(shè)備的數(shù) 據(jù)通信。例如，網(wǎng)絡(luò)鏈路1221可提供通過本地網(wǎng)1222到本地服務(wù)器計算 機1223或到由ISP 1224操作的數(shù)據(jù)設(shè)備的連接。ISP 1224又提供通過現(xiàn)
在通常稱為"因特網(wǎng)"1225的萬維分組數(shù)據(jù)通信網(wǎng)絡(luò)的數(shù)據(jù)通信服務(wù)。本 地網(wǎng)絡(luò)1222和因特網(wǎng)1225兩者都使用承載數(shù)字數(shù)據(jù)流的電、電磁或光學(xué) 信號。承載去往和來自計算機1201的數(shù)字數(shù)據(jù)的通過各種網(wǎng)絡(luò)的信號以 及網(wǎng)絡(luò)鏈路1221上和通過通信接口 1220的信號是輸送信息的載波的示范 性形式。處理器1213可整個駐留在客戶計算機1201上或整個駐留在服務(wù)器 1226上，或者處理器1213可以使其計算能力分布在計算機1201和服務(wù)器 1226之間。服務(wù)器1226在圖12中以符號表示為一個單元，但服務(wù)器1226 也可以分布在多個"層(tier)"之間。在一個實施例中，服務(wù)器1226包 括中間和后層，其中應(yīng)用邏輯在中間層執(zhí)行而永久數(shù)據(jù)在后層中獲得。在 處理器1213整個駐留于服務(wù)器1226上的情況下，由處理器1213執(zhí)行的 計算的結(jié)果經(jīng)由因特網(wǎng)1225、因特網(wǎng)服務(wù)提供商(ISP) 1224、本地網(wǎng)1222 以及通信接口 1220傳送到計算機1201。以此方式，計算機1201能夠以輸 出的形式將計算結(jié)果顯示給用戶。計算機1201包括視頻存儲器1214、主存儲器1215和大容量存儲 1212，全部與鍵盤1210、鼠標1211和處理器1213 —起耦合到雙向系統(tǒng)總 線1218。關(guān)于處理器1213，在各種計算環(huán)境中，主存儲器1215和大容量 存儲1212可整個駐留于服務(wù)器1226或計算機1201上，或者它們可分布 在這兩者之間。大容量存儲1212可包括固定和移動介質(zhì)兩者，如磁、光學(xué)或磁光存 儲系統(tǒng)或任何其他可用的大容量存儲技術(shù)?？偩€1218可以包含例如用于 尋址視頻存儲器1214或主存儲器1215的32個地址線。系統(tǒng)總線1218還 包括例如用于在各部件如處理器1213、主存儲器1215、視頻存儲器1214 和大容量存儲1212之間和之中傳遞數(shù)據(jù)的32-位數(shù)據(jù)總線。可替換地，可 使用多路數(shù)據(jù)/地址線以取代分離的數(shù)據(jù)和地址線。在本發(fā)明的一個實施例中，微處理器由Intel制造，如80X86或Pentium 型處理器。但是可以利用任何其他合適的微處理器或微計算機。主存儲器1215包括動態(tài)隨機存取存儲器(DRAM)。視頻存儲器1214是雙端口視頻 隨機存取存儲器。視頻存儲器1214的一個端口耦合到視頻放大器1216。 視頻放大器1216用于驅(qū)動陰極射線管(CRT)光柵監(jiān)視器(raster monitor) 1217。視頻放大器1216是本領(lǐng)域內(nèi)公知的，且可以由任何合適的裝置來 實施。該電路將存儲于視頻存儲器1214中的像素數(shù)據(jù)轉(zhuǎn)換成適合由監(jiān)視 器1217使用的光柵信號。監(jiān)視器1217是適合顯示圖形圖像的一種類型的 監(jiān)視器。計算機1201可以通過網(wǎng)絡(luò)(多個網(wǎng)絡(luò))、網(wǎng)絡(luò)鏈路1221和通信接口 1220來發(fā)送消息和接收數(shù)據(jù)，包括程序代碼。在因特網(wǎng)的實例中，遠程服 務(wù)器計算機1226可以通過因特網(wǎng)1225、 ISP 1224、本地網(wǎng)1222和通信接 口 1220來傳送用于應(yīng)用程序的所請求的代碼。收到的代碼可以在其被收 到時由處理器1213執(zhí)行，和/或存儲于大容量存儲1212或其他非易失存儲 器中以便以后執(zhí)行。以此方式，計算機1201可以獲得以載波形式的應(yīng)用 代碼?？商鎿Q地，遠程服務(wù)器計算機1226可以使用處理器1213來執(zhí)行應(yīng) 用，以及利用大容量存儲1212和/或視頻存儲器1215。在服務(wù)器1226的 執(zhí)行結(jié)果然后通過因特網(wǎng)1225、 ISP 1224、本地網(wǎng)1222和通信接口 1220 傳送。在該實例中，計算機1201僅執(zhí)行輸入和輸出功能。應(yīng)用代碼可以任何形式的計算機程序產(chǎn)品實施。計算機程序產(chǎn)品包括 配置為存儲或輸送計算機可讀代碼、或者計算機可讀代碼可以嵌入其中的 介質(zhì)。計算機程序產(chǎn)品的一些實例是CD-ROM盤、ROM卡、軟盤、磁帶、 計算機硬驅(qū)動器、網(wǎng)絡(luò)上的服務(wù)器以及載波。以上所述的計算機系統(tǒng)僅用于舉例的目的。本發(fā)明的實施例可以在任 何類型的計算機系統(tǒng)或編程或處理環(huán)境中實施。這樣，結(jié)合一個或多個具體實施例描述了一種用于自動化保險處理的 方法和裝置。本發(fā)明由以下權(quán)利要求及其全范圍和等價形式來限定。
權(quán)利要求
1.一種用于自動化保險處理的方法，包括以下步驟收集關(guān)于潛在顧客的第一組信息，其中所述潛在顧客是低利潤市場的部分；自動確定是否要自動提供保單給所述潛在顧客；以及如果要自動簽發(fā)所述保單，則自動提供所述保單給所述潛在顧客。
2. 權(quán)利要求1的方法，進一步包括以下步驟 使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述潛在顧客的第二組信息。
3. 權(quán)利要求1或2的方法，進一步包括以下步驟自動確定是否要自動拒絕給所述潛在顧客的所述保單；以及 如果要自動拒絕所述保單，則自動拒絕給所述潛在顧客的所述保單。
4. 權(quán)利要求3的方法進一步，包括以下步驟如果不是要自動提供也不是要自動拒絕所述保單，則將關(guān)于所述潛 在顧客的第三組信息顯示給保單管理者。
5. 權(quán)利要求l的方法，其中所述低利潤市場是人壽保險中間市場。
6. 權(quán)利要求1的方法進一步包括以下步驟-當(dāng)自動提供所述保單時自動簽發(fā)所述保單。
7. —種自動確定可保險性的方法，包括以下步驟自動檢索潛在顧客的藥物記錄，其中所述潛在顧客是低利潤市場的 部分；以及基于所述藥物記錄來自動確定所述潛在顧客的分數(shù)。
8. 權(quán)利要求7的方法，其中所述低利潤市場是人壽保險中間市場。
9. 一種自動化保險處理的方法，包括以下步驟選擇一組信息，其中所述一組信息用于保險申請并且其中相對于用 于所述保險申請的其他信息，所述一組信息被收集得慢； 收集關(guān)于潛在顧客的所述一組信息；以及 在所述收集步驟結(jié)束后啟動用于所述潛在顧客的保險申請過程。
10. 權(quán)利要求9的方法，其中所述潛在顧客是低利潤市場的部分。
11. 權(quán)利要求10的方法，其中所述低利潤市場是人壽保險中間市場。
12. 權(quán)利要求9的方法，其中所述一組信息是醫(yī)療信息。
13. 權(quán)利要求12的方法，其中所述收集步驟與訪問相關(guān)聯(lián)地執(zhí)行，其中 對所述訪問的排定無需所述潛在顧客期望申請保險而啟動。
14. 一種自動化保險處理的方法，包括以下步驟 從數(shù)據(jù)庫中檢索一組潛在顧客，其中所述一組潛在顧客的每個是低利潤市場的部分；從所述數(shù)據(jù)庫中自動收集關(guān)于所述一組潛在顧客中的第一潛在顧客 的第一組信息；自動確定是否要自動提供保單給所述第一潛在顧客；以及如果要自動提供所述保單，則自動提供所述保單給所述第一潛在顧客。
15. 權(quán)利要求14的方法進一步，包括以下步驟-使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述第一潛在顧客的第二組信息。
16. 權(quán)利要求14或15的方法，進一步包括以下步驟自動確定是否要自動拒絕給所述第一潛在顧客的所述保單；以及 如果要自動拒絕所述保單，則自動拒絕給所述第一潛在顧客的所述 保單。
17. 權(quán)利要求16的方法，進一步包括以下步驟如果不是要自動提供也不是要自動拒絕所述保單，則將關(guān)于所述第 一潛在顧客的第三組信息顯示給保單管理者。
18. 權(quán)利要求14的方法，其中所述低利潤市場是人壽保險中間市場。
19. 權(quán)利要求14的方法，進一步包括以下步驟-當(dāng)自動提供所述保單時自動簽發(fā)所述保單。
20. —種自動化保險處理系統(tǒng)，包括- 信息收集系統(tǒng)，配置成收集關(guān)于潛在顧客的第一組信息，其中所述 潛在顧客是低利潤市場的部分；確定器，配置成自動確定是否要自動提供保單給所述潛在顧客；以及提供單元，配置成如果要自動簽發(fā)所述保單，則自動提供所述保單 給所述潛在顧客。
21. 權(quán)利要求20的自動化保險處理系統(tǒng)，進一步包括 第二收集單元，配置成使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述潛在顧客的第二組信息。
22. 權(quán)利要求20或21的自動化保險處理系統(tǒng)，進一步包括-第二確定器，配置成自動確定是否要自動拒絕給所述潛在顧客的所述保單；以及拒絕單元，配置成如果要自動拒絕所述保單，則自動拒絕給所述潛 在顧客的所述保單。
23. 權(quán)利要求22的自動化保險處理系統(tǒng)，進一步包括顯示單元，配置成如果不是要自動提供也不是要自動拒絕所述保單, 則將關(guān)于所述潛在顧客的第三組信息顯示給保單管理者。
24. 權(quán)利要求20的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
25. 權(quán)利要求20的自動化保險處理系統(tǒng)，進一步包括 簽發(fā)單元，配置成當(dāng)自動提供所述保單時自動簽發(fā)所述保單。
26. —種自動化保險處理系統(tǒng)，包括檢索系統(tǒng)，配置成自動檢索潛在顧客的藥物記錄，其中所述潛在顧 客是低利潤市場的部分；以及確定器，配置成基于所述藥物記錄來自動確定所述潛在顧客的分數(shù)。
27. 權(quán)利要求26的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
28. —種自動化保險處理系統(tǒng)，包括選擇單元，配置成選擇一組信息，其中所述一組信息用于保險申請 且其中相對于用于所述保險申請的其他信息，所述一組信息被收集得慢； 信息收集系統(tǒng)，配置成收集關(guān)于潛在顧客的所述一組信息；以及 啟動系統(tǒng)，配置成在所述收集步驟結(jié)束后啟動用于所述潛在顧客的 保險申請過程。
29. 權(quán)利要求28的自動化保險處理系統(tǒng)，其中所述潛在顧客是低利潤市 場的部分。
30. 權(quán)利要求29的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
31. 權(quán)利要求28的自動化保險處理系統(tǒng)，其中所述一組信息是醫(yī)療信息。
32. 權(quán)利要求31的自動化保險處理系統(tǒng)，其中所述信息收集系統(tǒng)進一步 配置成與訪問相關(guān)聯(lián)地操作，其中對所述訪問的排定無需所述潛在顧客 期望申請保險而啟動。
33. —種自動化保險處理系統(tǒng)，包括檢索單元，配置成從數(shù)據(jù)庫檢索一組潛在顧客，其中所述一組潛在 顧客的每個是低利潤市場的部分；收集單元，配置成從所述數(shù)據(jù)庫中自動收集關(guān)于所述一組潛在顧客 中的第一潛在顧客的第一組信息；確定器，配置成自動確定是否要自動提供保單給所述第一潛在顧客;以及提供系統(tǒng)，配置成如果要自動提供所述保單，則自動提供所述保單 給所述第一顧客。
34. 權(quán)利要求33的自動化保險處理系統(tǒng)，進一步包括 第二收集單元，配置成使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述第一潛在顧客的第二組信息。
35. 權(quán)利要求33或34的自動化保險處理系統(tǒng)，進一步包括 第二確定器，配置成自動確定是否要自動拒絕給所述第一潛在顧客的所述保單；以及拒絕單元，配置成如果要自動拒絕所述保單，則自動拒絕給所述第 一潛在顧客的所述保單。
36. 權(quán)利要求35的自動化保險處理系統(tǒng)，進一步包括顯示單元，配置成如果不是要自動提供也不是要自動拒絕所述保單， 則將關(guān)于所述第一潛在顧客的第三組信息顯示給保單管理者。
37. 權(quán)利要求33的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
38. 權(quán)利要求33的自動化保險處理系統(tǒng)，進一步包括 簽發(fā)單元，配置成當(dāng)自動提供所述保單時自動簽發(fā)所述保單。
39. —種自動化保險處理系統(tǒng)，包括 用于收集關(guān)于潛在顧客的第一組信息的裝置，其中所述潛在顧客是低利潤市場的部分；用于自動確定是否要自動提供保單給所述潛在顧客的裝置；以及 用于如果要自動簽發(fā)所述保單，則自動提供所述保單給所述潛在顧客的裝置。
40. 權(quán)利要求39的自動化保險處理系統(tǒng)，進一步包括 用于使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述潛在顧客的第二組信息的裝置。
41. 權(quán)利要求39或40的自動化保險處理系統(tǒng)，進一步包括 用于自動確定是否要自動拒絕給所述潛在顧客的所述保單的裝置；以及用于如果要自動拒絕所述保單，則自動拒絕給所述潛在顧客的所述 保單的裝置。
42. 權(quán)利要求41的自動化保險處理系統(tǒng)進一步包括 用于如果不是要自動提供也不是要自動拒絕所述保單，則將關(guān)于所 述潛在顧客的第三組信息顯示給保單管理者的裝置。
43. 權(quán)利要求39的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
44. 權(quán)利要求39的自動化保險處理系統(tǒng)，進一步包括 用于當(dāng)要自動提供所述保單時自動簽發(fā)所述保單的裝置。
45. —種自動化保險處理系統(tǒng)，包括 用于自動檢索潛在顧客的藥物記錄的裝置，其中所述潛在顧客是低利潤市場的部分；以及用于基于所述藥物記錄來自動確定所述潛在顧客的分數(shù)的裝置。
46. 權(quán)利要求45的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
47. —種自動化保險處理系統(tǒng)，包括 用于收集一組信息的裝置，其中所述一組信息用于保險申請且其中相對于用于所述保險申請的其他信息，所述一組信息被收集得慢； 用于收集關(guān)于潛在顧客的所述一組信息的裝置；以及 用于在所述收集步驟結(jié)束后啟動用于所述潛在顧客的保險申請過程的裝置。
48. 權(quán)利要求47的自動化保險處理系統(tǒng)，其中所述潛在顧客是低利潤市 場的部分。
49. 權(quán)利要求48的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
50. 權(quán)利要求47的自動化保險處理系統(tǒng)，其中所述一組信息是醫(yī)療信 息。
51. 權(quán)利要求50的自動化保險處理系統(tǒng)，其中所述用于收集的裝置與訪 問相關(guān)聯(lián)地操作，其中對所述訪問的排定無需所述潛在顧客期望申請保 險而啟動。
52. —種自動化保險處理系統(tǒng)，包括 用于從數(shù)據(jù)庫檢索一組潛在顧客的裝置，其中所述一組潛在顧客的 每個是低利潤市場的部分；用于從所述數(shù)據(jù)庫自動收集關(guān)于所述一組潛在顧客中的第一潛在顧 客的第一組信息；用于自動確定是否自動提供保單給所述第一潛在顧客的裝置；以及 用于如果要自動提供所述保單，則自動提供所述保單給所述第一潛 在顧客的裝置。
53. 權(quán)利要求52的自動化保險處理系統(tǒng)，進一步包括 用于使用所述第一組信息中的第一數(shù)據(jù)項來自動確定關(guān)于所述第一潛在顧客的第二組信息的裝置。
54. 權(quán)利要求52或53的自動化保險處理系統(tǒng)，進一步包括 用于自動確定是否要拒絕給所述第一潛在顧客的所述保單的裝置；以及用于如果要自動拒絕所述保單，則自動拒絕給所述第一潛在顧客的 所述保單的裝置。
55. 權(quán)利要求54的自動化保險處理系統(tǒng)，進一步包括 用于如果不是要自動提供也不是要自動拒絕所述保單，則將關(guān)于所述第一潛在顧客的第三組信息顯示給保單管理者的裝置。
56. 權(quán)利要求52的自動化保險處理系統(tǒng)，其中所述低利潤市場是人壽保 險中間市場。
57. 權(quán)利要求52的自動化保險處理系統(tǒng)，進一步包括 用于當(dāng)自動提供所述保單時自動簽發(fā)所述保單的裝置。
58. —種計算機程序產(chǎn)品，包括-計算機可用介質(zhì)，具有實施于其中、配置成自動處理保險的計算機 可讀程序代碼，所述計算機程序產(chǎn)品包括配置成使計算機收集關(guān)于潛在顧客的第一組信息的計算機可讀代 碼，其中所述潛在顧客是低利潤市場的部分； 配置成使計算機自動確定是否自動提供保單給所述潛在顧客的計算機可讀代碼；以及配置成如果要自動簽發(fā)所述保單，則使計算機自動提供所述保單給 所述潛在顧客的計算機可讀代碼。
59. 權(quán)利要求58的計算機程序產(chǎn)品，進一步包括 配置成使計算機使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述潛在顧客的第二組信息的計算機可讀代碼。
60. 權(quán)利要求58或59的計算機程序產(chǎn)品，進一步包括 配置成使計算機自動確定是否要自動拒絕給所述潛在顧客的所述保單的計算機可讀代碼；以及配置成如果要自動拒絕所述保單，則使計算機自動拒絕給所述潛在 顧客的所述保單的計算機可讀代碼。
61. 權(quán)利要求60的計算機程序產(chǎn)品，進一步包括 配置成如果不是要自動提供也不是要自動拒絕所述保單，則使計算機將關(guān)于所述潛在顧客的第三組信息顯示給保單管理者的計算機可讀代 碼。
62. 權(quán)利要求58的計算機程序產(chǎn)品，其中所述低利潤市場是人壽保險中 間市場。
63. 權(quán)利要求58的計算機程序產(chǎn)品，進一步包括配置成當(dāng)自動提供所述保單時使計算機自動簽發(fā)所述保單的計算機 可讀代碼。
64. —種計算機程序產(chǎn)品，包括計算機可用介質(zhì)，具有實施于其中、配置成自動處理保險的計算機 可讀程序代碼，所述計算機程序產(chǎn)品包括配置成使計算機自動檢索潛在顧客的藥物記錄的計算機可讀代碼，其中所述潛在顧客是低利潤市場的部分；以及配置成使計算機基于所述藥物記錄來自動確定所述潛在顧客的分數(shù) 的計算機可讀代碼。
65. 權(quán)利要求64的計算機程序產(chǎn)品，其中所述低利潤市場是人壽保險中 間市場。
66. —種計算機程序產(chǎn)品，包括計算機可用介質(zhì)，具有實施于其中、配置成自動處理保險的計算機 可讀程序代碼，所述計算機程序產(chǎn)品包括配置成使計算機選擇一組信息的計算機可讀代碼，其中所述一組信 息用于保險申請且其中相對于用于所述保險申請的其他信息，所述一組信息被收集得慢；配置成使計算機收集關(guān)于潛在顧客的所述一組信息的計算機可讀代 碼；以及配置成在所述收集步驟結(jié)束后使計算機啟動用于所述潛在顧客的保 險申請過程的計算機可讀代碼。
67. 權(quán)利要求66的計算機程序產(chǎn)品，其中所述潛在顧客是低利潤市場的 部分。
68. 權(quán)利要求67的計算機程序產(chǎn)品，其中所述低利潤市場是人壽保險中 間市場。
69. 權(quán)利要求66的計算機程序產(chǎn)品，其中所述一組信息是醫(yī)療信息。
70. 權(quán)利要求69的計算機程序產(chǎn)品，其中配置成使計算機收集的所述計 算機可讀代碼進一步配置成與訪問相關(guān)聯(lián)地操作，其中對所述訪問的排 定無需所述潛在顧客期望申請保險而啟動。
71. —種計算機程序產(chǎn)品，包括計算機可用介質(zhì)，具有實施于其中、配置成自動處理保險的計算機 可讀程序代碼，所述計算機程序產(chǎn)品包括配置成使計算機從數(shù)據(jù)庫檢索一組潛在顧客的計算機可讀代碼，其 中所述一組潛在顧客的每個是低利潤市場的部分；配置成使計算機從所述數(shù)據(jù)庫自動收集關(guān)于所述一組潛在顧客中的第一潛在顧客的第一組信息的計算機可讀代碼；配置成使計算機自動確定是否自動提供保單給所述第一潛在顧客的 計算機可讀代碼；以及配置成如果要自動提供所述保單，則使計算機自動提供所述保單給 所述第一潛在顧客的計算機可讀代碼。
72. 權(quán)利要求71的計算機程序產(chǎn)品，進一步包括 配置成使計算機使用所述第一組信息中的第一數(shù)據(jù)項來自動收集關(guān)于所述第一潛在顧客的第二組信息的計算機可讀代碼。
73. 權(quán)利要求71或72的計算機程序產(chǎn)品，進一步包括配置成使計算機自動確定是否自動拒絕給所述第一潛在顧客的所述 保單的計算機可讀代碼；以及配置成如果要自動拒絕所述保單，則使計算機自動拒絕給所述第一 潛在顧客的所述保單的計算機可讀代碼。
74. 權(quán)利要求73的計算機程序產(chǎn)品，進一步包括 配置成如果不是要自動提供也不是要自動拒絕所述保單，則使計算機將關(guān)于所述第一潛在顧客的第三組信息顯示給保單管理者的計算機可 讀代碼。
75. 權(quán)利要求71的計算機程序產(chǎn)品，其中所述低利潤市場是人壽保險中 間市場。
76. 權(quán)利要求71的計算機程序產(chǎn)品進一步包括配置成當(dāng)自動提供所述保單時使計算機自動簽發(fā)所述保單的計算機 可讀代碼。
全文摘要
在本發(fā)明的一個實施例中，將關(guān)于顧客的信息錄入到電子系統(tǒng)中。在一個實施例中，顧客是低利潤市場的部分。在一個實施例中，顧客的醫(yī)療記錄包括顧客的藥物記錄。在一個實施例中，使用錄入到系統(tǒng)中的關(guān)于顧客的信息從電子數(shù)據(jù)庫中自動請求關(guān)于顧客的附加信息(例如MIB、MVR和/或Rx)。在一個實施例中，關(guān)于顧客的信息被記分。在另一實施例中，標記某些信息狀況。在一個實施例中，如果顧客滿足自動保單批準的標準，為該顧客自動簽發(fā)保單。在一個實施例中，如果顧客滿足自動保單拒絕的標準，該顧客被自動拒絕一保單。在一個實施例中，當(dāng)某種顧客信息錄入時，將顧客的信息自動發(fā)送給人以便檢查。
文檔編號G06F17/30GK101120370SQ200480022688
公開日2008年2月6日 申請日期2004年8月12日 優(yōu)先權(quán)日2003年8月13日
發(fā)明者帕特里克·J·墨菲, 約翰·費瑟羅爾夫 申請人:瑞士再保險公司