Суброгация или регресс: Суброгация или регресс? Согласны с судьей?

Содержание

Чем отличается регресс от суброгации?

При страховании ОСАГО и КАСКО автовладельцы часто сталкиваются с терминами «регресс» и «суброгация», однако далеко не все четко понимают, что означают эти два понятия и чем они отличаются. Между тем, понимание различий между регрессом и суброгацией важно для понимания общего процесса страховых выплат по обоим основным видам страхования автомобиля.

Различия

И регресс, и суброгация – это право страховой компании возместить свои убытки по выплатам за ДТП, взыскав их непосредственно с виновника ДТП. Фактически, оба этих права возникают по одной и той же схеме: страховая компания выплачивает определенную сумму по страховому полису пострадавшему лицу, а затем может получить с виновника аварии аналогичную сумму. Разница заключается в том, с кого именно будет взыскиваться эта сумма и кто является виновником ДТП.

Право регресса возникает у страховщика по отношению к собственному клиенту, который нарушил условия договора и стал виновником ДТП. Например, регресс применяется, если водитель находился под воздействием алкоголя или наркотиков, если он скрылся с места аварии, нанес вред здоровью или жизни пострадавшему умышленно. Также регресс применяется, если виновник аварии не имел прав на управление транспортным средством, не был указан в договоре страхования или (в случае с регрессом по КАСКО) – если договор автокаско был сезонный, и автомобилем управляли в период, который не входит в срок работы полиса.

Таким образом, регресс может быть как по отношению к договорам ОСАГО, так и по отношению к КАСКО.

Суброгация взыскивается также с виновника ДТП, но в том случае, если он не является страхователем этой страховой компании.

Срок

При регрессе срок требования начинает идти с момента происшествия. При суброгации срок исчисляется с того момента, как страховая компания произвела выплату.

Размер

В обеих ситуациях страховая организация имеет право потребовать точно такую же сумму, какую ей пришлось выплатить по страховому полису пострадавшим.

Что делать, если на регресс или суброгацию не хватает денег?

Суммы страховых выплат могут достигать огромных размеров в зависимости от масштаба аварии и стоимости участвовавших в ней автомобилей, так что у виновника может не хватить собственных средств, чтобы полностью возместить убытки страховой компании. В таком случае возможны два варианта развития событий.

1) Страховая компания и виновник заключают мировое соглашение, устанавливая в нем график и сумму выплат. Такое соглашение утверждается судом.

2) Дело сразу передается в суд, где будут изучены финансовые документы и состояние дел виновника. Как правило, в таком случае суд назначает ежемесячное взыскивание средств из доходов водителя в размере определенного процента.

Избежать выплат по регрессу или суброгации достаточно просто – нужно безукоризненно соблюдать правила дорожного движения и договора страхования, следить за безопасностью на дороге, и тогда Вы будете надежно защищены. Если же Вам пытаются незаконно приписать возмещение, вы можете решить дело в суде.

Чтобы не бояться незаконных взысканий, рекомендуем Вам обратиться в «Страховой Элемент». Мы защищаем интересы своих клиентов в любой ситуации, можем помочь провести дело в суде и получить все причитающиеся Вам суммы по страховке в случае необходимости. Оформите полис КАСКО и ОСАГО у нас!

Суброгация и регресс \ Акты, образцы, формы, договоры \ Консультант Плюс

]]>

Подборка наиболее важных документов по запросу

Суброгация и регресс (нормативно–правовые акты, формы, статьи, консультации экспертов и многое другое).

Судебная практика: Суброгация и регресс Открыть документ в вашей системе КонсультантПлюс:
Подборка судебных решений за 2019 год: Статья 325 "Исполнение солидарной обязанности одним из должников" ГК РФ"Кроме того, по смыслу пункта 2 статьи 325 и абзаца четвертого статьи 387 Гражданского кодекса Российской Федерации с учетом разъяснений, данных в абзацах втором и третьем пункта 27 постановления Пленума Высшего Арбитражного Суда Российской Федерации, изложенной в от 12.07.2012 N 42 "О некоторых вопросах разрешения споров, связанных с поручительством" (далее - постановление N 42), при исполнении обязательства перед кредитором одним из солидарных должников, предоставивших совместное обеспечение, к последнему в порядке суброгации переходит требование к основному должнику, которое он также вправе предъявить в порядке регресса к каждому из лиц, выдавших обеспечение, в сумме, соответствующей их доле в обеспечении обязательства, за вычетом доли, падающей на него самого."
Открыть документ в вашей системе КонсультантПлюс:

Подборка судебных решений за 2019 год: Статья 325 "Исполнение солидарной обязанности одним из должников" ГК РФ
(ООО "Центр методологии бухгалтерского учета и налогообложения")Суд отметил, что пп. 1 п. 2 ст. 325 ГК РФ указывает на возникновение права регрессного требования исполнившего солидарную обязанность должника к неисполнившему. Действительно, регрессная модель, в отличие от суброгационной, подразумевает возникновение у должника нового обязательства взамен ранее исполненного другим солидарным должником, такая модель характерна для обязательств, например, из возмещения вреда. У вновь возникшего регрессного обязательства, в отличие от обязательства, вытекающего из суброгации, заново начинает течь срок исковой давности.

Статьи, комментарии, ответы на вопросы: Суброгация и регресс Открыть документ в вашей системе КонсультантПлюс:
"Комментарий к главе 48 "Страхование" Гражданского кодекса Российской Федерации (часть вторая) от 26 января 1996 г. N 14-ФЗ"
(постатейный)
(Корнеева О.В., Лысенко Т.И., Танага А.Н., Чебунин А.В., Беляев М.А., Томтосов А.А., Котухов С.А., Слесарев С.А.)
(Подготовлен для системы КонсультантПлюс, 2017)Очевидно, что разница между регрессом и суброгацией принципиальна. Сущностное различие между ними заключается в том, что регресс предполагает существование двух обязательств: первое - основное (главное), которое выполняет третье лицо, и второе - возникающее на основе, в связи с исполнением первого, производное (регрессное) обязательство. В.Т. Смирнов указывал, что "...регрессное обязательство производно от другого в смысле возникновения его на основе этого другого. Такой характер регрессного обязательства обусловливает и момент его возникновения: только после исполнения какого-то другого обязательства" . При суброгации же, в чем и состоит суть перемены лиц в обязательстве, существует одно-единственное (оно же первоначальное) обязательство, из которого страхователь, получивший страховое возмещение, выбывает, а на его место встает выплативший это возмещение страховщик. И при регрессе, и при суброгации кредитор теряет право требования к должнику. Однако при регрессе это происходит потому, что возникает совершенно другое, самостоятельное обязательство со своими сторонами, где то обязательство, в котором кредитор был стороной, выступает лишь предпосылкой возникновения нового права; при суброгации же кредитор (первоначальный кредитор) выбывает из обязательства и на его место становится исполнившее в его пользу лицо, т.е. происходит правопреемство.

Нормативные акты: Суброгация и регресс

Суброгация и регресс в страховании — PRAVO.UA

C развитием рыночных принципов экономики и возрастанием значения страхования в сфере хозяйствования, в частности при осуществлении экспортно-импортных операций, значительно повышается интерес к исследованиям частноправовых институтов, таких, например, как суброгация и регресс. Особо важное значение имеет институт суброгации в морском страховании.

Суброгация

В общей части гражданского права Украины суброгация формулируется как субинститут исполнения обязанностей должника иным лицом (третьим лицом). Если третьему лицу угрожает опасность утратить свои права на имущество должника в результате обращения взыскания на это имущество кредитором, у такого третьего лица возникает право удовлетворить требование кредитора к должнику, даже без согласия последнего. В результате удовлетворения требования, то есть исполнения обязательства, само обязательство не прекращается, но третье лицо заменяет кредитора (часть 3 статьи 528 Гражданского кодекса Украины (ГК Украины)). Такая замена кредитора или переход прав и обязанностей кредитора к третьему лицу происходит по правилам, установленным для цессии. В части 2 статьи 313 Гражданского кодекса Российской Федерации (ГК РФ) предусмотрено такое же правило, а в статье 387 — прямо упоминается переход к другому (третьему) лицу прав кредитора на основании закона при суброгации страховщику прав кредитора к должнику, ответственному за наступление страхового случая. Таким образом, в ГК Украины и ГК РФ еще в общих положениях об обязательствах вводится институт суброгации, однако в России этот институт уже связывается со страхованием.

Детально переход к страховщику прав кредитора (суброгация) регулируется статьей 965 ГК РФ, в которой говорится о переходе к страховщику по договору имущественного страхования, выплатившему страховое возмещение, в пределах выплаченной суммы прав страхователя (выгодоприобретателя) требовать от лица, ответственного за убытки, возмещения убытков, уже возмещенных в результате страхования страховщиком.

Статья 993 ГК Украины гораздо скром­нее по содержанию и предусматривает только переход к страховщику права требования страхователя или иного лица, получившего страховое возмещение, к лицу, ответственному за убытки, причиненные застрахованному интересу. Это правило имеет диспозитивный характер, то есть договором может быть ограничено. Однако и на Украине в силу части 3 статьи 614 ГК сделка, исключающая или ограничивающая ответственность за умысел, является ничтожной.

Детальное регулирование суброгации на Украине имеет место в Кодексе торгового мореплавания Украины (КТМ). Статья 274 КТМ предусматривает правила, аналогичные правилам, закрепленным в статье 965 ГК РФ. Более интересна статья 269 КТМ, которая так и называется «Суброгация».

Здесь мы встречаемся с суброгацией, в результате которой к страховщику с его согласия переходят не обязательственные права, а имущественные, то есть права на все застрахованное имущество, если оно было застраховано на полную стоимость, либо на долю в застрахованном имуществе, пропорциональную отношению страховой суммы к страховой стоимости, если имущество было застраховано на неполную стоимость. Таким образом, мы обнаруживаем, что суброгация — это не только приобретение прав кредитора в относительном правоотношении третьим лицом (суброагентом) вследствие исполнения обязанности должника в отношении этого кредитора, но и приобретение права на застрахованное имущество вследствие возмещения ущерба в этом имуществе путем выплаты страховой суммы.

Конечно, суду необходимо очень четко отделять суброгацию императивную от суброгации диспозитивной. В последней норме речь идет о диспозитивной суброгации, то есть на переход имущественных прав должно быть согласие не только страховщика, но и лица, получившего страховое возмещение. Иначе может возникнуть явно несправедливая ситуация, в которой страховщик получает страховую премию и восстановленное имущество, а страхователь или иное лицо, получившее страховое возмещение и израсходовавшее его на восстановление имущества, оказывается ни с чем.

Таким образом, суброгация — это не только приобретение прав, которые ранее принадлежали кредитору, вследствие исполнения третьим лицом — суброагентом обязанностей должника в отношении этого кредитора, но и замещение управомоченного лица в абсолютном — вещном правоотношении, например, собственника.

В английском страховом праве эта идея выражается следующей доктриной: по выплате страховой суммы страховщик получает право страхователя на застрахованный интерес в той мере, в какой он обеспечил компенсацию страхователю. Одной из целей института суброгации является блокирование возможности страхователя получить двойное возмещение убытка путем предъявления требования к страховщику и к лицу, виновному в причинении ущерба. К страховщику переходит право требования, которое следует как из деликта, так и из договора, например из договора перевозки может следовать право требования страхователя-грузовладельца к перевозчику.

При полной гибели застрахованного на полную стоимость груза страховщик становится собственником интереса, который он застраховал, так что при спасении груза страховщик может получить выгоду, если стоимость этого интереса после спасения больше страховой суммы, выплаченной страховщиком. При страховании части страхового интереса титул на застрахованное имущество остается у страхователя, а к страховщику переходит в соответствующей пропорции доля прав на погибшее имущество.

Суброгация оформляется путем составления договора или подписания страхователем суброгационной формы. Отказ страхователя подписать договор или суброгационную форму может быть оспорен в суде, а отказ страховщика от принятия права требования или имущества — нет. Конечно, страхователь или иное лицо, получившее страховое возмещение, обязаны сообщить страховщику всю информацию, необходимую ему для защиты прав, перешедших к нему путем суброгации, в частности передать все соответствующие документы, в том числе коносамент. Субъективное право суброгации у страховщика возникает только при наступлении такого условия, как выплата страховой суммы.

От суброгации следует отличать абандон. Абандон — это отказ страхователя от своего права собственности на застрахованное имущество в пользу страховщика. Абандон — односторонняя сделка, причем правила, регулирующие такую сделку, имеют императивный характер. Право требования возместить ущерб, которое имелось у страхователя к третьим лицам, по абандону не переходит. Право требовать возмещения ущерба в имуществе возникает у страховщика как у нового собственника имущества.

Выплата страховой суммы не является условием перехода прав по абандону, так что страховщик может сначала потребовать возмещения убытков от виновных лиц, а затем выплатить страховое возмещение страхователю или иному управомоченному.

Право суброгации на имущество страхователя не возникает у страховщика, если он при наступлении страхового случая путем уплаты полной страховой суммы освобождает себя от дальнейших обязаннос­тей по договору морского страхования. Это право страховщика направлено на то, чтобы не нести дополнительные издержки, которые могут превышать страховую сумму. О намерении воспользоваться этим правом страховщик обязан уведомить страхователя в срок, не превышающий семи дней с момента получения сообщения о страховом случае и его последствиях. При этом сумма обязательства страховщика все равно может превысить страховую сумму, поскольку он обязан возместить все расходы страхователя, произведенные исключительно в целях предотвращения или уменьшения убытков до момента получения им соответствующего уведомления страховщика. Право суброгации на требования страхователя к лицам, виновным в причинении убытков, не затрагивается указанным правом страховщика.

Регресс

Регресс от суброгации отличается весь­ма существенно, поскольку право требования к непосредственно виновному в причинении ущерба лицу в порядке регресса возникает как новое правоотношение, а при суброгации правоотношение сохраняется и происходит только замена управомоченной стороны.

В регрессном правоотношении управомоченная сторона — кредитор — называется «регредиент», а обязанная сторона — должник — «регрессат». Регредиент получает право требования к регрессату в результате наступления следующих юридических фактов: регредиент исполняет обязанность перед третьим лицом вместо его должника-регрессата либо исполняет свою обязанность, которая возникла по вине регрессата, и обязательство прекращается хотя бы частично.

Таким образом, регрессное обязательство является производным от другого — основного обязательства, которое прекра­щается до возникновения регрессного обязательства. По сути, регрессное обязательство является разновидностью обязательства из причинения вреда, поскольку должником-регрессатом всегда причиняется вред регредиенту. Правовая природа особого регрессного обязательства определяется характером сторон этого обязательства и иных его элементов, например, основанием возникновения той правовой связи сторон, в силу которой регредиент исполняет обязанность, возникшую по вине регрессата.

Размер регрессного требования не может быть больше суммы фактического удовлетворения кредитора в основном обязательстве. Предполагается равенство размеров требования в порядке регресса и требования в основном обязательстве. Если вина предполагаемого регрессата не может иметь места в принципе или фактически не имела места, регрессное обязательство не возникает, за исключением юридических составов, когда регрессат несет ответственность независимо от вины. Регрессное требование является синонимом обратного требования.

Началом течения срока исковой давности по регрессному требованию является срок исполнения основного обязательства по общему правилу. Право предъявить регрессное требование страховщика к непосредственному причинителю вреда, по вине которого возникли убытки или независимо от его вины, в предусмотренных законом случаях не вызывает сомнений, поскольку выплата страхового возмещения является расходами страховщика на восстановление нарушенных имущественных прав страхователя или иного управомоченного лица. Например, если застрахована гражданская ответственность страхователя и страховщик возместил убытки потерпевшему, такой страховщик получает право регресса к страхователю, винов­ному в причинении убытков.

В отличие от суброгации, при которой правоотношение сохраняется в несколько измененном виде, регресс представляет собой иное, новое правоотношение. Это может иметь большое значение, например, для исчисления сроков исковой давности.

Так, в нашей практике имеется дело, возникшее из несохранной перевозки глинозема из Мариуполя (Украина) в порт Кастеллон (Испания). 9 июня 2006 года был окончен сюрвейерский осмотр груза в порту прибытия, страховщик покрыл убытки грузовладельца в размере около 90 000 долларов США страховой выплатой в сумме около 80 000 долларов США, причем соответствующий платеж был отправлен 22 января 2007 года. Суброгационная форма была подписана только 15 мая 2007 года.

Таким образом, у страховщика оставалось совсем мало времени для заявления требования перевозчику по суброгации. Страховщик 30 мая 2007 года начал консультироваться с нашей фирмой по вопросу возмещения уплаченной страховой суммы за счет перевозчика, который предполагается виновным в повреждении груза. Мы рекомендовали пойти по пути заявления регрессного требования, срок исковой давности по которому начинает исчисляться с момента отправки страховой суммы, то есть с 22 января 2007 года, что значительно продлевает время, необходимое для заявления требований.

МЕЛЬНИКОВ Николай — партнер, специалист права и экономики, Международная юридическая служба, г. Одесса

ЛЕБЕДЕВ Вячеслав — эксперт-консультант, старший преподаватель Одесской национальной морской академии, старший преподаватель Одесского института предпринимательства и права, г. Одесса

На что обратить внимание при взыскании сумм в порядке регресса и суброгации в Украине

В украинской судебной практике отсутствует единое применение судами понятий суброгация и регресс. Это хорошо известно тем, кто хоть раз с ними сталкивался. К примеру, к спорам, предметом которых является возмещение в порядке регресса, применяются нормы, регулирующие суброгацию и наоборот. Данная путаница влечет за собой неверное определение начала течения срока исковой давности, а также требование судом некорректного перечня документов.

Определения

Понятие суброгация определяется следующим образом. Согласно статье 27 Закона Украины «О страховании» и статьи 993 Гражданского Кодекса Украины к страховщику, выплатившему страховое возмещение по договору имущественного страхования, в пределах фактических расходов переходит право требования, которое страхователь или иное лицо, получившее страховое возмещение, имеет к лицу, ответственному за убытки.

Регресс, в свою очередь, означает, что лицо, которое возместило ущерб, причиненный другим лицом, имеет право обратного требования (регресса) к виновному лицу в размере выплаченного возмещения, если иной размер не установлен законом (ст. 1191 Гражданского Кодекса Украины).

Можно представить сколько сложностей возникает у резидентов Украины при попытке получить возмещение. Но нерезиденты Украины, будучи стороной по делу в украинском суде, сталкиваются с настоящей катастрофой.

В практике Interlegal – немало кейсов, где страховщик-нерезидент Украины, выплатив страховое возмещение либо своему страхователю, либо третьей стороне, обращался к нам для взыскания суммы возмещения с виновного лица – резидента Украины.

Пытаясь пролить ясность в этом вопросе, ниже мы выделим основные сложности, с которыми сталкиваются стороны дела в рамках споров по возмещению в порядке регресса либо суброгации, когда истцом выступает нерезидент Украины.

Документы – первый камень преткновения 

На старте любого юридического процесса находятся документы. А также вся информация по делу. Ведь предстоит определить предмет спора, срок исковой давности, сумму требований, и понять насколько у нас сильная позиция с точки зрения доказательной базы.

В каждой стране – индивидуальное регулирование отношений в сфере страхования, свои правила и устоявшаяся практика, вследствие чего, ряд основных документов могут иметь форму, не присущую украинским документам.

К примеру, в ряде европейских стран подтверждением заключения договора страхования является Сертификат страхования или Генеральная декларация, при этом сам полис является конфиденциальной информацией, которая не подлежит разглашению. Или факт осуществления выплаты подтверждается Актом суброгации или Актом возмещения, и стороны не заключают никаких дополнительных соглашений и т.д.
Украинская судебная система является достаточно бюрократизированной и требует предоставлять письменные доказательства, которые, как правило, не составляются резидентами иных стран, либо имеют иную форму.

Недобросовестные контрагенты, зная, что контрагент не сможет предоставить тот или иной документ, используют это и просят суд истребовать у нерезидента Украины «несуществующие» документы.

При этом, украинское законодательство не содержит положений, которые требуют предоставить конкретный документ. Напротив, письменным доказательством может быть любой документ, который соответствует критериям относимости, допустимости и достоверности.

Поэтому перед началом спора всегда важно правильно оценить юридические риски, связанные с особенностями судебной системы Украины. Помните: документы – это первый камень преткновения, который зачастую усложняют судебный процесс, вернее их отсутствие.

Вся цепочка отношений

В одном из наших недавних дел была следующая ситуация. Груз был поврежден в процессе автомобильной перевозки. На основании судебного решения суда страны, в котором были установлены факты наступления страхового случая, виновная и пострадавшая стороны, сумма ущерба, экспедитор, как лицо, с которым грузополучателя непосредственно связывали договорные отношения, через своего страховщика выплатил суму ущерба грузополучателю. Страховой случай наступил из-за действий фактического перевозчика, соответственно он являлся виновным лицом и обязывался компенсировать сумму выплаченного возмещения. Фактический перевозчик является резидентом Украины.
Юристы Interlegal обратились в суд Украины с исковым заявлением о взыскании суммы в порядке регресса. Истцом по делу является страховщик экспедитора, который осуществил выплату страхового возмещения грузополучателю. Ответчиком являлся фактический перевозчик. В суд были предоставлены доказательства, которые подтверждают отношения страховщика и страхователя, факт наступления страхового случая, осуществления страхового возмещения, право требовать выплаты суммы в порядке регресса. 

В свою очередь, суд стал оценивать те обстоятельства, которые были уже установлены иностранным судом, т.е. оценивать всю цепочку отношений, истребовать документы, которые не касаются предмета спора, привлек в качестве третьего лица экспедитора, хотя его интересы никоим образом не могли быть нарушены.

Таким образом, всегда стоит готовиться к тому, что стандартного пакета документов, которые доказывают обстоятельства дела касательно предмета спора, может быть недостаточно и суд пожелает разобраться в ситуации полностью.'fe-

ЮРИДИЧЕСКИЕ НАУКИ

Актуальные проблемы гражданского права

Вместе с тем подобная классификация достаточно условна. Определяющая для вертикальной интеграции так называемая «система участий» не является единственным основанием признания хозяйственных обществ основным и дочерним. В свою очередь, горизонтальная интеграция в соответствии с легальным определением финансово-промышленной группы как раз и обусловлена «системой участия», оформляемой договором о создании финансово-промышленной группы. Представляется, что принятие Закона «О холдингах» повлечет за собой признание отношений, возникающих между центральной компанией и остальными ее участниками, холдинговыми в обоих случаях. Это приведет к формализации отличий между способами объединения. В настоящее время антимонопольное законодательство в независимости от способа возникновения ФПГ, признает подобное объединение группой лиц, а следовательно, и их взаимоаффилированность.

Необходимо также указать на различие между юридическим и экономическим содержанием понятий «вертикальное» и «горизонтальное» объединение. В экономическом понимании основанием дифференциации подобных объеди-

нений являются не характеристики управленческих отношений в системе, а отраслевая принадлежность интегрирующихся предприятий. Под горизонтальной интеграцией понимается объединение хозяйственных структур, выпускающих однородную продукцию, оказывающих одинаковые услуги или выполняющих аналогичные операции технологического цикла. Вертикальная интеграция применяется при слиянии предприятий различных отраслей по принципу технологического единства производственных процессов. Интеграция проявляется в том, что объединяющиеся структуры становятся необходимыми, взаимосвязанными и соподчиненными элементами более крупной структуры. Выделяется также особый тип интеграции — диверсификация, заключающийся в проникновении крупной компании в другие отрасли, с которыми она не находится ни в прямой, ни в косвенной связи16. Таким образом, объединение может как, так и не содержать в себе смысл юридического и экономического понятия данных категорий.

16 Механизм создания российских региональных финансово-промышленных групп // под. ред. Б.Ф. Зайцева. М., 2001. С. 26, 27.

СООТНОШЕНИЕ СУБРОГАЦИИ И РЕГРЕССА В ГРАЖДАНСКОМ ПРАВЕ РОССИИ

Л.В. ЩЕРБАЧЕВА,

кандидат юридических наук, доцент кафедры гражданского права и процесса

Московского университета МВД России Научная специальность: 12.00.03 — гражданское право; предпринимательское право;

семейное право; международное частное право E-mail: [email protected]

Аннотация. Анализ законодательства позволяет сделать вывод, что при рассмотрении сходств суброгации и регресса указывается на два обстоятельства; первое связано с их назначением, второе — с основанием. Общим фактом суброгации и регресса следует признать только удовлетворение кредитора за должника третьим лицом, в результате чего он приобретает право обратного требования к должнику. На основании этого сделан вывод о том, что отличительной чертой суброгации следует признать наличие до платежа двух правоотношений, направленных на удовлетворение одного правового интереса кредитора.

Ключевые слова: суброгация, регресс, кредитора, должник.

ЮРИДИЧЕСКИЕ НАУКИ

Актуальные проблемы гражданского права

PARITY SUBROGATION AND RECOURSE IN CIVIL LAW OF RUSSIA

L.V. SHCHERBACHEVA,

dotsent, dotsent of the department of civil law and procedure of the Moscow university

of the Ministry of Internal Affairs of Russia

Annotation. The legislation analysis allows to draw a conclusion that at the analysis of similarities subrogation and recourse it is underlined two circumstances; the first is connected with their appointment, the second — with the basis. The general fact subrogation and recourse it is necessary to recognise only satisfactions of the creditor for the debtor as the third party therefore it gets the right of the return requirement to the debtor. On the basis of it the conclusion that subrogation it is necessary to recognise as a distinctive feature presence before payment of two relationships, directed on satisfaction of one legal interest of the creditor is drawn.

Keywords: subrogation, recourse, the creditor, the debtor.

Соотношение суброгации и регресса в отечественной цивилистике до настоящего момента является предметом оживленной дискуссии, начало которой было положено еще в дореволюционный период. Исходным моментом обсуждения стало отнесение и суброгации и регресса к правовым конструкциям, обеспечивающим обратным требованием лицо, удовлетворившим кредитора за должника. Данное обстоятельство, представляет собой основную общую черту суброгации и регресса. Ее наличие вкупе с широкой интерпретацией регресса на протяжении всего этого периода осложняло осмысление суброгации как самостоятельной правовой категории. В результате процесс становления суброгации в российском праве приобрел достаточно затяжной характер и выразился в постепенном ее отмежевании от регресса. Наиболее ярко он проявил себя в страховании. В связи с этим неслучайно термин «суброгация» впервые был закреплен в ст. 387 и 965 ГК РФ, ст. 281 КТМ РФ. В данных статьях возникновение у страховщика, выплатившего страховое возмещение страхователю, права требования к лицу, ответственному за причинение убытка, однозначно связывалось с преемством.

Такой взгляд на суброгацию вне связи с регрессом получил свое законодательное обоснование после многолетнего использования самой конструкции, но без обозначения ее специальным термином «суброгация».

Между тем в литературе высказывались и продолжают высказываться мнения о суброгации как о понятии, заимствованном из страхового законодательства зарубежных государств1. Такая

точка зрения представляется неверной, на что указывают как анализ норм, начиная с Проекта гражданского уложения, так и приведенные взгляды ученых.

Соотношения суброгации и регресса следует отметить: суброгация является нововведением ГК РФ только в части использования самого термина и однозначного отождествления ее с переходом прав кредитора. Сама конструкция суброгации существовала в законодательстве начиная с ГК РФ 1922 г., однако в большинстве случаев рассматривалась с позиций регресса. Такое положение было обусловлено широким пониманием регресса, признающего таковым любое обратное требование.

По вопросу о соотношении характерных признаков суброгации и регресса необходимо сделать несколько замечаний.

Во-первых, в литературе соотношение суброгации и регресса проводится, как правило, применительно к отечественному праву, которое имеет специфику в отношении суброгации. Как было отмечено, в отличие от российского, законодательство ряда стран допускает суброгацию и в солидарных обязательствах на пассивной стороне. Между тем, учитывая цели настоящего исследования, при рассмотрении вопроса о соотношении суброгации и регресса следует ограничиться рамками российского права.

1 Шевченко Г.Н. Суброгация в договоре имущественного страхования // Актуальные проблемы государства и права на рубеже веков: мат. конф., посвященной 40-летию юрид. факта ДВГУ. Владивосток, 1998. Ч. 1. С. 175—178; Комментарий к гражданскому кодексу Российской Федерации, части второй (постатейный) / отв. ред. д-р юрид. наук, проф. А.Н. Садиков. М., 1996. С. 551.

- -Я. -

ЮРИДИЧЕСКИЕ НАУКИ

Актуальные проблемы гражданского права

Во-вторых, вопрос о соотношении суброгации и регресса получил наиболее широкое рассмотрение в литературе применительно к страхованию, что объясняет выделение сходств и отличий данных правовых категорий, имеющих значение для этого случая суброгации и порой не носящих общего характера.

При анализе сходств суброгации и регресса указывается на два обстоятельства. Первое связано с их назначением, второе — с основанием. В отношении назначения суброгации и регресса сложилось устойчивое мнение, признающее его общей чертой данные правовые категории. В обоих случаях лицо, удовлетворившее кредитора за должника в силу принципа, запрещающего обогащение за чужой счет, наделяется требованием для взыскания уплаченного за должника2. Однако если регресс этим и ограничивается, то для суброгации имеет значение передача субро-гату права требования кредитора к должнику. В этих случаях закон признает интерес лица, удовлетворяющего кредитора за должника в получении права требования кредитора, имеющего преимущества перед регрессным в силу исполнительного титула, обеспечений. Оно не только обеспечивает требования суброгата к должнику о возмещении уплаченного, но и в некоторых случаях способствуют сохранению права суброгата на имущество должника (п. 2 ст. 313 ГК РФ).

Таким образом, сходством суброгации и регресса следует признать лишь общую направленность на возмещение уплаченного за должника. Назначение же является отличительной чертой суброгации и состоит в предоставлении лицу, удовлетворившему кредитора, права требования последнего, обеспечивающего возврат уплаченного, а также осуществление права на имущество должника (аренды, залога). Назначение регресса состоит в предоставлении лицу, исполнившему обязательства перед кредитором, за должником обратного требования.

Таким образом, общим суброгации и регресса следует признать только факт удовлетворения кредитора за должника третьим лицом, в результате чего он приобретает право обратного требования к должнику.

Помимо названных в литературе указывается на ряд общих черт суброгации и регресса в связи

с аналогичным действием для них закона. Во-первых, как отмечает С.В. Дедиков, общим суброгации и регресса является их возникновение на основании закона. Кроме того, им же отмечается возникновение и суброгации и регресса строго в момент удовлетворения кредитора3. А.А. Кот также отмечает, что «обе правовые конструкции возникают лишь в случаях, предусмотренных за-коном»4. С этим следует согласиться, уточнив значение закона для обеих правовых категорий. Не являясь основанием возникновения суброгации и регресса в специальном смысле слова, закон представляет собой общую и специальную предпосылку динамики правоотношений. Он лишь предусматривает возможность их возникновения, закрепляя юридические факты, лежащие в их ос-новании5. В силу сказанного правильнее говорить о возникновении и суброгации и регресса ввиду наступления обстоятельств, предусмотренных законом. Во-вторых, по мнению С.В. Дедикова, и к регрессу и к суброгации не применяются правила ст. 382—386 ГК РФ6. Соглашаясь по сути содержания, нельзя признать в данном случае сходство. Правила, предусмотренные ст. 382—386 ГК РФ, регулируют переход прав кредитора на основании сделки уступки права требования (цессии) и не применяются к регрессу и суброгации, которые таковыми не являются. Однако данное обстоятельство скорее указывает на отличие регресса и суброгации от цессии, нежели на сходство первых двух категорий.

В отношении отличий суброгации и регресса в литературе сложилось мнение, уменьшающее их значения и состоящее в признании единственным отличием суброгации наличие преемства. По мнению О.Г. Ломидзе, «по сути, на основании действующего законодательства можно выделить лишь один признак, четко отделяющий регресс от преемства в обязательственном праве: при регрессе всегда появляется новое право, новое обязательство вследствие прекращения первоначального обязательства регредиентом; при правопреемстве

2 Обязательственное право Ф.К. Савиньи: пер. с нем. В. Фукса и Н. Монро. СПб., 2004. С. 189.

3 Дедиков С.В. Указ соч. С. 64—70.

4 Кот А.А. С. 263.

5 Красавчиков О.А. Юридические факты в советском гражданском праве. М., 1958. С. 181.

6 Дедиков С.В. Указ соч. С. 64—70.

- -Jt. -

ЮРИДИЧЕСКИЕ НАУКИ

Актуальные проблемы гражданского права

-G/Hi^jflb'

нового права не возникает»7. Такое же мнение выражают В.Э. Шеффер, А.А. Кот8.

Между тем одно указание на различный механизм осуществления суброгации и регресса в конечном счете сводится лишь к констатации закона. В то же время данное обстоятельство, как уже было отмечено, нисколько не мешало признанию суброгации видом регресса, при котором она связывалась с возникновением нового права. С другой стороны, как верно отмечает С.В. Тетерин, обозначенное отличие является лишь следствием9. В связи с этим представляется необходимым увязать преемство при суброгации с другими ее характерными чертами, что позволит рассматривать вопрос о соотношении суброгации и регресса комплексно. Одно из таких отличий, как уже говорилось, касается назначения суброгации. Другая отличительная черта касается основания суброгации.

Рассматривая соотношение суброгации и регресса относительно основания их возникновения, следует отметить два основных воззрения по данному вопросу. Отечественная цивилистика в этом отношении несет на себе отпечаток теории В.А. Мусина10, объясняющей механизм преемства в суброгации и критических замечаний по этому поводу Г.Н. Шевченко11.

Исследуя структуру правоотношений, выступающую предпосылкой сложного юридического состава при суброгации и регрессе, В.А. Мусин выделил ряд отличительных признаков суброгации. Ученым было указано на наличие двух обязательств, связывающих суброгата и должника с одним кредитом12. Наличие двух обязательств до удовлетворения кредитора действительно в большинстве случаев позволяет разграничить суброгацию и регресс. Регрессным обязательствам, возникающим из пассивной солидарности, как отмечал М.М. Агарков, свойственно наличие двух или нескольких должников, обязанных произвести исполнение одному и тому же креди-тору13. Однако данное обязательство является единственным. Исполнение солидарного обязательства любым из содолжников влечет его прекращение, что препятствует суброгации.

В иных случаях, как указывает В.Т. Смирнов, регрессное обязательство возникает при таких отношениях, когда три лица связаны между собой двумя правоотношениями, в которых одному кре-

дитору противостоит один должник14. Возникающая таким образом структура обязательств вообще не предполагает существования обязательства между кредитором и лицом, ответственным за причинение ущерба. Ввиду отсутствия у кредитора права требования к должнику в обозначенных случаях гипотетическая замена регресса суброгацией в принципе невозможна. В связи с этим представляется неверным мнение А.В. Чебунина, который общей чертой и суброгации и регресса признает утрату кредитором права требования к должнику15. Данный признак характерен лишь для некоторых случаев регресса (например, в солидарных обязательствах, в отношениях по банковской гарантии). В других случаях у кредитора право требования к должнику попросту отсутствует.

Более того, для всех случаев регресса, как отмечает Г.Н. Шевченко, характерно наличие трех субъектов, связанных между собой двумя правоотношениями, одно из которых возникает на основе и с прекращением другого16. Таким образом, существенным для возникновения регресса является наличие лишь одного обязательства — того, которое связывает кредитора с регредиентом, отвечающим за должника. При этом и в тех случаях, когда помимо обязательства регредиента перед кредитором существует отдельное обязательство между кредитором и должником, наличие последнего никак не связывается с возникновением регресса. Это обстоятельство и лежит в основе разграничения суброгации и регресса при банковской гарантии (ст. 379 ГК РФ). Данный случай регресса в отличие от других характеризуется наличием двух обязательств, направленных

7 Ломидзе О.Г. Указ соч. С. 14—24; СамигуллинД.Д. Еще раз о суброгации // Актуальные проблемы правоведения. Самара, 2004. № 3 (9). С. 164—167; Шеффер В.Э. Указ. соч. С. 101.

8 Шеффер В.Э. Указ соч. С. 102; Кот А.А. Указ соч. С. 264.

9 Тетерин С.В. Проблемы допустимости уступки требования: дис. ... канд. юрид. наук. Иркутск, 2004. С. 128.

10 Мусин В.А. Указ. соч. С. 126—130.

11 Шевченко Г.Н. Регрессные обязательства в отношениях между социалистическими организациями. Владивосток, 1990. С. 30—33.

12 Мусин В.А. Указ. соч. С. 128.

13 Агарков М.М. Указ соч. С. 160.

14 Смирнов В.Т. Регрессные иски в обязательствах из причинения вреда. М., 1960. С. 8.

15 Чебунин А.В. Актуальные гражданско-правовые проблемы страхования: дис. ... канд. юрид. наук. Иркутск, 2002. С. 221.

16 Шевченко Г.Н. Понятие регрессного обязательства в советском гражданском праве // Вестник ЛГУ. 1986. Сер. 6. № 1. С. 123.

- -Я. -

ЮРИДИЧЕСКИЕ НАУКИ

Актуальные проблемы гражданского права

на одно — удовлетворение интереса кредитора: обеспечиваемого — между кредитором (бенефициаром) и должником (принципалом), а также обязательства гаранта перед бенефициаром (кредитором). Это обстоятельство послужило основанием для высказывания О.Г. Ломидзе о том, что наличие двух правоотношений не позволяет разграничить суброгацию и регресс во всех слу-чаях17. Соглашаясь с ним, при разграничении суброгации и регресса в отношениях по банковской гарантии следует обратить внимание на связь указанных обязательств. В соответствии со ст. 370 ГК РФ предусмотренное банковской гарантией обязательство гаранта перед бенефициаром не зависит в отношениях между ними от того обязательства, в обеспечение исполнения которого она выдана, даже если в гарантии содержится ссылка на это обязательство. Соответственно хотя в рассмотренном случае и имеется два обязательства, однако и здесь для осуществления регресса значение имеет только одно — обязательство гаранта, а именно его исполнение. Обязательство гаранта, будучи независимым от обеспечиваемого обязательства, не может быть поставлено в зависимость от перехода прав бенефициара. В силу этого даже теоретически нельзя предположить применение в данном случае суброгации.

Суброгация, в отличие от регресса, возможна только при наличии двух обязательств, направленных на одно — удовлетворение интереса кредитора. При этом суброгат по отношению к обязательству кредитора и должника занимает положение третьего лица. В науке положение регредиента, учитывая его участие и в основном, и в регрессном обязательстве, вообще не связывается с положением третьего лица18. В связи с этим нельзя согласиться с А.А. Котом, считающим общим признаком регресса и суброгации наличие третьего лица, которым, по его мнению, выступает регредиент19.

В то же время наличие двух обязательств как до, так и после платежа можно было бы признать

общим признаком суброгации и регресса. Однако такой взгляд не учитывает характера связи данных обязательств. При регрессе связь двух обязательств была охарактеризована И.Б. Новицким с позиций производности20. Данной чертой в литературе подчеркивается возникновение регрессного обязательства в результате исполнения другого правоотношения21. Как верно замечает Г.Н. Шевченко, одновременное существование основного и регрессного обязательств невозможно, так как право регресса возникает в силу прекращения первоначального обязательства должником — будущим регредиентом22. В силу сказанного наличие двух обязательств следует признать характерным для регресса, но с оговоркой на их поочередное существование: до и после платежа регредиента.

Применительно к суброгации производ-ность в некоторых случаях используется для характеристики права требования суброгата к должнику23. Однако при этом предполагается иное ее значение. Если регрессное обязательство производно в смысле возникновения на основе другого, то суброгационное обязательство производно в смысле преемства — перехода прав кредитора к суброгату. Как видно, для суброгации характерно не просто наличие двух обязательств, а существование их до платежа суброгата и последующее сохранение одного из них, но в измененном виде.

Исходя из изложенного отличительной чертой суброгации следует признать наличие до платежа двух правоотношений, направленных на удовлетворение одного правового интереса кредитора.

17 Ломидзе О.Г. Указ. соч. С. 14—24.

18 Кроз М.К. Третье лицо в обязательстве: дис. ... канд. юрид. наук. Самара, 2001. С. 89—91.

19 Кот А.А. Указ соч. С. 263.

20 Новицкий И.Б. Указ соч. С. 32.

21 Смирнов В.Т. Указ. соч. С. 5; Шевченко Г.Н. Указ. соч. С. 9.

22 Шевченко Г.Н. Указ. соч. С. 11.

23 Саммигуллин Д.Д. Правовые аспекты страхования предпринимательской деятельности: дис. ... канд. юрид. наук. М., С. 146.

Суброгация и регресс в страховании

Что такое суброгация в страховании?

Представьте себе такую ситуацию: водитель застраховал свой автомобиль по КАСКО, в который входила защита по рискам от явлений природы, в том числе от падающего снега и сосулек. Весной водитель припарковал свой автомобиль у дома, а вернувшись, обнаружил, что на его машину упала огромная сосулька и разбила стекло или помяла крышу. Водитель получит страховую выплату от страховой компании по КАСКО, ведь этот риск был включен в договор страхования. Но в то же время, здесь есть явная вина управляющей компании, которая отвечает за очистку крыш домов от снега и льда, чтобы обеспечивать безопасность людям и имуществу. Так неужели виновная сторона останется безнаказанной?

Скорее всего, нет. Для этого существует суброгация в страховании. Согласно 965 статье ГК РФ страховая компания, выплачивая в таком случае возмещение, приобретает все права на требования к стороне, виновной в причиненном ущербе. То есть, согласно суброгации в КАСКО, страховщик будет иметь право требовать выплаченную сумму с управляющей компании и в случае отказа подать на нее иск в суд. Возместив свои страховые обязательства по КАСКО, у виновника страховая компания может требовать потраченную сумму. Суброгация в КАСКО служит своеобразной финансовой защитой страховых компаний, которая, впрочем, упрощает выплаты и страхователям.

Страховая суброгация чаще всего применяется именно в страховании КАСКО. Примерами здесь могут быть такие случаи, как:

  • Водитель попадает в ДТП, причем он не является виновником аварии. Он решает получить выплату по КАСКО, а не по ОСАГО. Его страховая компания выплачивает ему ущерб и в то же время выдвигает к страховой компании виновника, в которой он когда-то принял решение оформить полис ОСАГО, требование о страховой суброгации.
  • За рулем застрахованного по КАСКО автомобиля находился водитель, не вписанный в полис страхования. При этом он по своей вине попал в аварию. Согласно последним постановлениям Верховного Суда РФ, даже если в договоре страхования был прописан пункт об отказе в выплате в таком случае, страховщик все равно обязан возместить ущерб автомобилю. Тем не менее, страховая компания имеет право на суброгацию по КАСКО, выдвинув требование виновному водителю, не вписанному в полис.

Чтобы избежать лишних проблем лучше вписывать водителей в полис КАСКО сразу. Узнать, на сколько увеличится стоимость страховки в этом случае, вам поможет страховой калькулятор КАСКО.

Подводя итог, можно сказать, что суброгация в страховании КАСКО – это переход от страхователя к страховой компании права требовать компенсации со стороны, причинившей ущерб. При этом участие этой стороны в процедуре передачи права не нужно.

Что такое регресс в страховании?

Теперь представим другую ситуацию: водитель, находясь в состоянии алкогольного опьянения, оказался виновником аварии, где пострадали другие автомобили. Согласно закону об ОСАГО, он имеет страховой полис обязательного автострахования. Тем не менее, в том же законе написано, что полис не покрывает его ответственность, если водитель был в состоянии алкогольного опьянения. Так что же, потерпевшие водители останутся без выплаты по ОСАГО? Или они будут обивать пороги судов и годами ждать выплат от виновника?

Нет, для этого существует регресс в страховании. Страховая компания, в которой был застрахован виновник ДТП по ОСАГО, выплатит пострадавшим водителям требуемые суммы, но потом предъявит регрессивные требования к своему страхователю. То есть, регресс в страховании – это законодательно установленное право страховой компании выдвинуть обратное требование к виновнику аварии, если она погасила его обязательства перед потерпевшей стороной.

При этом в отличие от суброгации в КАСКО, где есть только одно обязательство, а меняется только сторона, которой виновник должен возместить ущерб, при регрессе в страховании существуют два обязательства (первое, которое погашает страховая компания; и второе, которое страховая компания выдвигает виновнику ущерба). Все это юридические нюансы, однако от них будет зависеть срок судебного рассмотрения дел. Ведь при суброгации срок начала обязательства считается от произошедшего ущерба. А при регрессе срок начала обязательства устанавливается от того момента, когда страховая компания погасила предыдущее обязательство виновника ущерба.

Регресс в КАСКО фактически не встречается, здесь в основном применяется суброгация. Наиболее часто регрессионные требования выдвигаются при нарушении правил страхования ОСАГО, например:

  • Если водитель был в состоянии опьянения или под действием наркотиков;
  • Если виновник умышленно нанес ущерб другому автомобилю;
  • Если водитель не имел права на управление автомобилем или был не вписан в страховку;
  • Если водитель скрылся с места аварии.

Что такое суброгация ? и регресс? В чем разница между ними?

Обязательное автострахование ОСАГО, как одна из форм страхования имущества, имеет множество тонкостей и нюансов. Некоторые из них могут приятно удивить, а некоторые – преподнести клиенту страховой неприятные сюрпризы. Особенно неприятными и неожиданными могут стать требования страховщика, связанные с регрессом и суброгацией.

Оба понятия подразумевают то, что страховая будет требовать деньги со своего клиента. Многих удивляет такой поворот событий – получается, что нужно платить не только страховой за полис, но и за покрытие расходов. Многим это кажется неправильным, но такие требования логичны, обоснованны и законны. Для того, чтобы внести ясность, рассмотрим суброгацию и регресс подробнее.

  • Регресс
  • Суброгация

Регресс

Регрессом называют денежное взыскание, которое может потребовать страховая компания в случае ДТП со своего клиента, оформившего КАСКО или ОСАГО. При этом сам клиент должен быть виновен в ДТП. Регресс – весьма сложное понятие. Проходит он следующим образом:

  • Происходит ДТП;
  • Страховая виновного оплачивает потерпевшему в ДТП расходы на лечение/ремонт;
  • Страховая требует с виновного (своего клиента) деньги в качестве компенсации.

Звучит само определение регресса весьма странно, так как оно противоречит самой сути автострахования КАСКО и ОСАГО. Однако все понятней и проще, чем кажется – право регресса у страховой организации может возникать только в строго определенных случаях. А именно:

  • Водитель умышленно попал в ДТП или нанес вред другим участникам дорожного движения;
  • Водитель скрылся с места ДТП, нарушив тем самым правила;
  • Водитель не имел законных прав на управление транспортным средством в том случае, когда произошло ДТП;
  • ДТП произошло из – за того, что виновный был в состоянии алкогольного или наркотического опьянения.

Таким образом, право регресса у страховой возникает в том случае, если водитель нарушил не только ПДД, но и другие нормы управления автомобилем или закон в целом.

Суброгация

Суброгация – намного более сложное определение, чем регресс, хотя они во многом схожи. Суброгация – переход права требования компенсации от пострадавшего в ДТП к страховщику виновного. То есть если в ДТП пострадал другой участник, то страховая виновного может оплатить ущерб, а потом уже требовать его со своего клиента. Основное отличие суброгации от регресса состоит в том, что у страховая возвращает те деньги, которая она отдала пострадавшему, а не те, что она выдала своему клиенту.

Право требовать деньги у клиента в порядке суброгации у страховой возникает в двух случаях:

  1. Клиент не только виновен в ДТП, но еще и причинил вред умышленно или в состоянии опьянения. В этом случае страховая может требовать деньги, которая она выдала потерпевшему, в полном объеме;
  2. Клиент нанес вред не умышленно, но он был достаточно велик. Если страховая выплатила не только стандартную страховую сумму по ОСАГО, но и покрыла остальной ущерб, то она может в порядке суброгации требовать деньги, потраченные сверх нормы, со своего клиента. Эта схема, как правило, не используется – обычно споры улаживают уже сами виновный и пострадавший.

Обратите внимание на то, что и при регрессе, и при суброгации страховая компания может подать в суд на клиента в том случае, если он откажется возмещать ущерб.

Facebook

Twitter

Вконтакте

Google+



Право суброгации • Юридический магазин

Право суброгации возникает в отношениях страхования недвижимого имущества, например, права суброгации в случае дорожно-транспортного происшествия. Обращение в соответствующие органы об уплате суброгационных платежей и принятие необходимых мер осуществляется в порядке, установленном законом.

Право суброгации - это передача вида требования. Таким образом, потерпевший имеет право требовать возмещения ущерба, причиненного ему застрахованным.После возмещения страховщиком ущерба, причиненного пострадавшему, претензия к страхователю автоматически переходит к страховщику. Права суброгации регулируются Гражданским кодексом и Законом об обязательном страховании.

Согласно статье 25 Закона об обязательном страховании право суброгации у застрахованного возникает в следующих случаях:

  • Страховой случай является результатом умышленных действий страхователя, направленных на наступление этого события. , кроме действий, исключающих административную ответственность или устраняющих преступность деяния;
  • Употребление алкоголя, наркотиков, психотропных или других веществ при обращении или использовании имущества (помещений, зданий, транспортных средств, оборудования и т. Д.)) застрахованным лицом, а также уклонение компетентного органа от проверки на предмет употребления указанных веществ;
  • Использование имущества, указанного в свидетельстве обязательного страхования, лицом, не имеющим права использовать, управлять, эксплуатировать или иным образом управлять им;
  • Страховой случай наступает при использовании указанного в свидетельстве обязательного страхования имущества не по техническим причинам;
  • Непринятие страхователем или его представителем мер по предотвращению и уменьшению материального ущерба во время страхового случая, а также по спасению жизни пострадавшего; В этом случае право суброгации возникает в том случае, если бы эти меры были приняты и можно ли было уменьшить размер ущерба.
  • Страховой случай связан с действием застрахованного или не потерпевшего страховщика, занимающегося тем или иным видом деятельности, с умышленным нарушением регулирующего его закона;

В случае выплаты компенсации по законодательству выгодоприобретатель по соответствующему договору обязательного страхования передается Бюро обязательного страхования в размере компенсации, подлежащей выплате страховщику или, если применимо, ликвидационной комиссии страховщика.

Суброгация прав на недвижимое имущество

Статья 49 Закона об обязательном страховании недвижимого имущества гласит, что суброгация предоставляется, когда застрахованный или его представитель используют, ремонтируют, строят и т. Д. Свое имущество (помещения, здания, транспортные средства, оборудование , оборудование и др.) находясь под воздействием алкоголя, наркотиков или других токсичных веществ, которые способствуют возникновению соответствующего события.

Суброгативные права в случае дорожно-транспортного происшествия

В соответствии со статьей 63 «Об обязательном страховании» суброгационное право возникает в сумме, выплаченной лицу, совершившему дорожно-транспортное происшествие, даже если водитель скрылся с места происшествия. , при обязательном страховании. В случае возмещения убытков право потерпевшего на лицо, ответственное за ущерб, передается Бюро в той же сумме.

Право суброгации-регрессии

Право суброгации-регрессии s аналогично правам регрессии гражданского права. В соответствии со статьей 1114 Гражданского кодекса лицо, ответственное за другое лицо (лицо, уполномоченное действовать от имени лица и т. Д.), Обязуется возместить ущерб, причиненный лицом, ответственным за регресс.

Право на регресс возникает в результате таких отношений между работодателем и работником, между Азербайджанской Республикой и ее правоохранительными органами или лицами, имеющими право действовать от ее имени.

Однако, в отличие от права регресса, в случае суброгации одна сторона обязуется компенсировать другой стороне убытки, причиненные третьей стороной, и возместить ущерб другой стороне. Во время рецессии одна сторона обязалась выплатить своему сотруднику ущерб, а затем взыскать убытки.

Юридические услуги, связанные с правом суброгации

Юридическая фирма Legal Store стремится к полному и справедливому применению всех положений закона в области права суброгации.Таким образом, будут приняты необходимые меры для обеспечения ваших прав, связанных с правом суброгации, и выполнения другой стороной своих обязательств.

Регулярные переговоры и апелляции с исполнительной властью судов по суброгации, включая разрешение спорных вопросов, судебные слушания, апелляции, заявления и т. Д. Подготовка документов входит в число юридических услуг , которые мы можем вам предложить.

Подайте заявку здесь, чтобы получить услугу онлайн.

Суброгация | Klear.ai

Обзор

Когда претензия о компенсации работникам потенциально возникла по вине третьей стороны, может произойти суброгация претензии, что позволяет компаниям минимизировать некоторые риски, связанные с претензией, и снизить коэффициент убытков компании . Будь то производственная травма из-за неисправности оборудования, травма на рабочем месте третьей стороны или любые другие ситуации, в которых компания не виновата напрямую, могут возникнуть возможности суброгации, чтобы помочь компаниям привлечь к ответственности ответственную сторону.

Однако возможности суброгации весьма ограничены из-за ряда связанных с этим проблем для страховщиков. Многим компаниям не хватает опытного персонала, который может правильно определять возможности суброгации, отсутствует надлежащая стратегия для расследования и выполнения суброгации, возникают трудности с соблюдением сроков исковой давности и правил, а также отсутствуют надлежащие технологии для оказания помощи во всех этих функциях.

Автоматизированные суброгации расчетов во всем мире стремительно растут, при этом в таких странах, как Великобритания и Австралия, ставки автоматических расчетов достигают 40%.Однако ставка автоматических расчетов в США составляет от 10 до 15%, что является низким показателем по сравнению с мировыми аналогами. Причина, по которой в Великобритании и Австралии показатели значительно выше, заключается в более совершенных технологиях. Наши платформы Klear.ai могут помочь закрыть пробел в автоматизированных расчетах и ​​отметить возможности суброгации на любом этапе жизненного цикла претензий. Наши модели могут дать ключевую информацию о возможностях суброгации, которые менеджеры по претензиям могут использовать для назначения правильного специалиста по суброгации.Использование возможностей суброгации на ранних этапах жизненного цикла претензии может помочь компании сэкономить время, деньги и нервы.

Более детальный взгляд

Платформа Klear.ai основана на алгоритмах искусственного интеллекта и машинного обучения, которые специально разработаны в соответствии с принципами компенсаций работников и общей ответственности. Наши модели позволяют точно определять возможности суброгации на ранних этапах жизненного цикла претензий, чтобы помочь вам максимально увеличить возмещение убытков при одновременном сокращении расходов по претензиям.Модели дополнительно определяют приоритетность и направляют эти претензии назначенным специалистам по суброгации в вашей организации. Наши модели работают, собирая множество различных входных данных, начиная от происшествий с травмами, демографических данных заявителя, сведений о занятости, медицинской информации и многого другого. Эти входные данные затем обрабатываются нашими моделями для обнаружения аномалии в заявке, а также проходят через нашу модель, основанную на бизнес-правилах, чтобы автоматически определять, имели ли место случаи частичной суброгации.

Наши модели также учитывают региональные законы о возмещении и оценивают сумму, которая будет возмещена.После того, как наши системы создали прогноз и предупреждение, информация сохраняется и изучается с помощью наших алгоритмов глубокого обучения, которые основываются на нашей базе знаний и создают более точные модели по мере получения дополнительной информации.

Чтобы подробнее узнать, как наши модели получают данные, мы используем интеллектуальный анализ текста и ввод данных корректора из первого отчета о травмах (FROI) и с помощью заметок. Наш механизм интеллектуального анализа текста добывает текстовые документы, заметки настройщиков и любую другую документацию, относящуюся к заявлению, чтобы распознать смысл и выставить оценки.Еще один источник информации, из которого мы получаем информацию, - это аналитика социальных сетей. Мы анализируем социальные сети, чтобы найти возможные сговоры между игроками отрасли, измеряя уровень их взаимодействия друг с другом. Эти входные данные затем проходят через наше прогнозное моделирование, основанное на логистической регрессии, деревьях решений и нейронных сетях.

Почему именно Klear.ai?

Модель прогнозирования суброгации, разработанная командой Klear.ai, позволит страховым компаниям максимально увеличить возмещение убытков в более короткие сроки.Модель прогнозирования суброгации Klear.ai основана на алгоритмах искусственного интеллекта и машинного обучения, которые позволяют эффективно и точно прогнозировать и уведомлять страховых профессионалов о любых возможностях суброгации. Опасения по поводу возможности успешного использования требований компенсации работникам или общей ответственности за возможности суброгации можно быстро устранить с помощью платформы искусственного интеллекта.

Помимо снижения убыточности, профессионалы в области страхования также могут рассчитывать на сокращение расходов по претензиям.Эта технология искусственного интеллекта и машинного обучения представляет собой облачную систему, которая может быть интегрирована с различными сторонними системами, что делает ее чрезвычайно удобной. Его простые в использовании функции, которые можно настраивать, еще больше повышают их привлекательность и применимость. Демонстрация модели и приборной панели позволит потенциальным клиентам оценить эффективность и надежность решения. Демонстрация также подробно расскажет об оценке вероятности возможности суброгации и о том, как алгоритмы глубокого обучения будут собирать и изучать данные с течением времени для получения еще более точных результатов.

Кто оценивает, когда это не требуется? Дело о суброгации

Автор

Перечислено:
  • Эймс Дэниел

    () (Колледж бизнеса Брайантского университета, Смитфилд, Род-Айленд, США)

  • Graden Bryan S.

    () (доцент кафедры бухгалтерского учета, Университет Южной Юты, 351 W. University Blvd, Сидар, Соединенные Штаты Америки)

  • Санкара Джомо

    () (доцент кафедры бухгалтерского учета, Государственный университет Иллинойса, Campus Box 5520, IL 61790-5520, Normal, Соединенные Штаты Америки)

Реферат

Способность страховщика добиваться и получать деньги от ответственных третьих сторон по оплаченным претензиям называется суброгациями.Для некоторых страховщиков сумма, подлежащая возмещению, может быть значительной и, в случае начисления, представляет собой оценку, которая может быть использована руководством для влияния на прибыль. В этом исследовании изучаются факторы, связанные с выбором страховщиков для начисления суброгации для обязательного учета. Что касается обязательного учета, когда страховщики могут выбирать, начислять ли суброгацию или исключать ее в качестве компенсации ответственности по претензиям, мы обнаруживаем, что у публично торгуемых (находящихся в взаимном владении) страховщиков значительно больше (меньше) шансов получить суброгацию, чем у частных страховщиков. .Кроме того, мы обнаружили, что публично торгуемые (взаимные) страховщики со слабыми рейтингами с меньшей (большей) вероятностью получат суброгацию. Наконец, мы обнаружили, что страховщики с большими объемами суброгации с большей вероятностью будут накапливать суброгацию, что согласуется с этими типами страховщиков, имеющими самый сильный стимул влиять на прибыль посредством суброгации. Наши результаты свидетельствуют о том, что страховщики реагируют на свои стимулы при выборе того, следует ли накапливать суброгацию для обязательной отчетности.

Рекомендуемое цитирование

  • Эймс Дэниэл и Грейден Брайан С. и Санкара Джомо, 2019. « Кто оценивает, когда это не требуется? Дело о суброгации », Азиатско-Тихоокеанский журнал рисков и страхования, De Gruyter, vol. 13 (1), страницы 1-16, январь.
  • Дескриптор: RePEc: bpj: apjrin: v: 13: y: 2019: i: 1: p: 16: n: 1

    Скачать полный текст от издателя

    Поскольку доступ к этому документу ограничен, вы можете поискать его другую версию.

    Список литературы в IDEAS

    1. Петрони, Кэти Руби, 1992. " Оптимистическая отчетность в сфере страхования имущества от несчастных случаев ," Журнал бухгалтерского учета и экономики, Elsevier, vol. 15 (4), страницы 485-508, декабрь.
    2. Бивер, Уильям Х. и Макниколс, Морин Ф. и Нельсон, Карен К., 2003. « Управление начислением резерва убытков и распределением доходов в отрасли страхования имущества от несчастных случаев ,» Журнал бухгалтерского учета и экономики, Elsevier, vol.35 (3), страницы 347-376, август.
    3. Гавер, Дженнифер Дж. И Патерсон, Джеффри С., 2004. « Манипулируют ли страховщики резервами убытков, чтобы замаскировать проблемы с платежеспособностью? ,» Журнал бухгалтерского учета и экономики, Elsevier, vol. 37 (3), страницы 393-416, сентябрь.
    4. Ю-Луен Ма и Яюань Рен, 2012 г. « Обслуживают ли страховщики от несчастных случаев на открытом рынке имущество фондовому рынку? ,» Журнал рисков и страхования, Американская ассоциация рисков и страхования, т. 79 (2), страницы 415-430, июнь.
    5. Мартин Ф. Грейс и Дж. Тайлер Леверти, 2012. « Ошибка страховщика имущественной ответственности: мотив, манипуляция или ошибка ,» Журнал рисков и страхования, Американская ассоциация рисков и страхования, т. 79 (2), страницы 351-380, июнь.
    6. Дэниэл Эймс, Брайан Грейден и Джомо Санкара, 2017. « Ошибки оценки среди страховщиков: Дело о суброгации », Журнал вопросов страхования, Western Risk and Insurance Association, vol. 40 (2), страницы 159-180.
    7. Mayers, David & Smith, Clifford W, Jr, 1988. " Структура собственности по статьям страхования имущества от несчастных случаев ," Журнал права и экономики, University of Chicago Press, vol. 31 (2), страницы 351-378, октябрь.
    8. Burgstahler, David & Dichev, Ilia, 1997. " Управление прибылью, чтобы избежать снижения прибыли и убытков ," Журнал бухгалтерского учета и экономики, Elsevier, vol. 24 (1), страницы 99-126, декабрь.
    9. Коэн, Даниэль А. и Заровин, Пол, 2010.« Действия по управлению реальной прибылью на основе метода начисления в связи с размещением ценных бумаг », Журнал бухгалтерского учета и экономики, Elsevier, vol. 50 (1), страницы 2-19, май.
    Полные ссылки (включая те, которые не соответствуют элементам в IDEAS)

    Самые популярные товары

    Это элементы, которые чаще всего цитируют те же работы, что и эта, и цитируются в тех же работах, что и эта.
    1. Boyer, M. Martin & Cowins, Elicia P. & Reddic, Willie D., 2019. « Поведение по ребалансировке портфеля с операционными убытками и регулированием инвестиций », Международное обозрение экономики и финансов, Elsevier, vol. 63 (C), страницы 313-328.
    2. Кексин Дин и Барух Лев и Сюань Пэн и Тинг Сун и Миклош А. Васархейи, 2020 г. « Машинное обучение улучшает бухгалтерские оценки: свидетельства из страховых выплат », Обзор бухгалтерских исследований, Springer, vol. 25 (3), страницы 1098-1134, сентябрь.
    3. М. Мартин Бойер, Элайджа Брюэр и Вилли Реддик, 2019 г." Связь между сложностью и усмотрением руководителей в сфере страхования имущества и от несчастных случаев ," Ежеквартальный финансовый журнал (QJF), World Scientific Publishing Co. Pte. Ltd., т. 9 (03), страницы 1-33, сентябрь.
    4. Кай Ван, Лей Фанг и Цзян Ченг, 2020 г. « Управление комиссиями для выполнения нормативных требований: случай имущественного страхования от несчастных случаев в Китае », Женевские документы по рискам и страхованию - проблемы и практика, Palgrave Macmillan; The Geneva Association, vol.45 (3), страницы 508-534, июль.
    5. Хан, Сангён и Лай, Джин С. и Хо, Чиа-Линг, 2018. « Корпоративная прозрачность и управление резервами: данные американских компаний по страхованию гражданской ответственности », Журнал банковского дела и финансов, Elsevier, vol. 96 (C), страницы 379-392.
    6. Хунг, Джессика и Чанг, Винсент И. Л., 2018. « Анализ структуры капитала для страховщиков имущественной ответственности: метод квантильной регрессии ,» Деловые и экономические горизонты (BEH), Пражский центр развития, т.14 (4), страницы 829-850, август.
    7. Kexing Ding & Baruch Lev & Xuan Peng & Ting Sun & Miklos A. Vasarhelyi, 0. « Машинное обучение улучшает бухгалтерские оценки: свидетельства из страховых выплат », Обзор бухгалтерских исследований, Springer, т. 0, страницы 1-37.
    8. Фанг Сунь и Сянцзин Вэй, 2019 г. « Ошибка резерва на случай дискреционных и недискреционных убытков страховщиков имущественной ответственности: взаимосвязь с мнением инвесторов », Обзор финансовых рынков и политики Тихоокеанского бассейна (RPBFMP), World Scientific Publishing Co.Pte. Ltd., т. 22 (03), страницы 1-20, сентябрь.
    9. И-сун Лай и Вэнь-чан Линь и Лян-вэй Куо, 2018. « Предотвращение регулирования капитала или маскировка финансовой слабости? Доказательства управления резервами убытков в отрасли страхования имущественной ответственности », Обзор количественных финансов и бухгалтерского учета, Springer, vol. 50 (2), страницы 481-518, февраль.
    10. Эния Хи и Дэвид В. Соммер, 2010 г. « Разделение собственности и контроля: последствия для состава Совета директоров ,» Журнал рисков и страхования, Американская ассоциация рисков и страхования, т.77 (2), страницы 265-295, июнь.
    11. Фиордели, Франко и Мелес, Антонио и Монферра, Стефано и Старита, Мария Грация, 2013 г. « личные и корпоративные цели: почему страховые компании управляют резервами на случай убытков? », Бумага MPRA 47867, Университетская библиотека Мюнхена, Германия.
    12. Петровиц, Кристина М., 2006. " Корпоративные фонды и управление прибылью ," Журнал бухгалтерского учета и экономики, Elsevier, vol. 41 (3), страницы 335-362, сентябрь.
    13. Gaganis, Chrysovalantis & Hasan, Iftekhar & Pasiouras, Fotios, 2016. « Регулирование, институты и сглаживание доходов за счет управления техническими резервами: международные свидетельства страховой отрасли » Омега, Эльзевир, т. 59 (PA), страницы 113-129.
    14. Цзян Ченг и Мэри А. Вайс, 2012 г. « Роль РБК, подверженности ураганам, продолжительности портфеля облигаций, а также макроэкономических и отраслевых факторов в прогнозировании неплатежеспособности собственности и обязательств ,» Журнал рисков и страхования, Американская ассоциация рисков и страхования, т.79 (3), страницы 723-750, сентябрь.
    15. Стивен В. Поттье и Дэвид В. Соммер, 2006 г. « Непрозрачность в страховой отрасли: почему одним страховщикам труднее оценивать, чем другим? », Обзор управления рисками и страхования, Американская ассоциация рисков и страхования, т. 9 (2), страницы 149-163, сентябрь.
    16. Дэвид Л. Эклс и Мартин Халек, 2010 г. « Ошибка страхового резерва и компенсация исполнительной власти », Журнал рисков и страхования, Американская ассоциация рисков и страхования, т.77 (2), страницы 329-346, июнь.
    17. Хэнли, Кэтлин В. и Яголинцер, Алан Д. и Николова, Станислава, 2018. « Стратегическая оценка справедливой стоимости активов ,» Журнал бухгалтерского учета и экономики, Elsevier, vol. 66 (1), страницы 25-45.
    18. М. Мартин Бойер и Элисия П. Ковинс и Уилли Д. Реддик, 2020 г. « Управление операционным риском и регуляторные инвестиционные ограничения на распределение портфеля: свидетельства от страховщиков имущества и от несчастных случаев », Журнал регулирующей экономики, Springer, vol.57 (1), страницы 20-52, февраль.
    19. Dechow, Patricia & Ge, Weili & Schrand, Catherine, 2010 г. « Понимание качества доходов: обзор косвенных показателей, их определяющих факторов и их последствий. ,» Журнал бухгалтерского учета и экономики, Elsevier, vol. 50 (2-3), страницы 344-401, декабрь.
    20. Ю-Луен Ма и Нат Поуп, 2020 г. « Влияние закона Сарбейнса-Оксли на оценку резерва убытков страховщика от несчастных случаев», - », Женевские документы по рискам и страхованию - проблемы и практика, Palgrave Macmillan; The Geneva Association, vol.45 (2), страницы 313-334, апрель.

    Исправления

    Все материалы на этом сайте предоставлены соответствующими издателями и авторами. Вы можете помочь исправить ошибки и упущения. При запросе исправления укажите дескриптор этого элемента: RePEc: bpj: apjrin: v: 13: y: 2019: i: 1: p: 16: n: 1 . См. Общую информацию о том, как исправить материал в RePEc.

    По техническим вопросам, касающимся этого элемента, или для исправления его авторов, названия, аннотации, библиографической информации или информации для загрузки, обращайтесь: (Питер Голла).Общие контактные данные провайдера: https://www.degruyter.com .

    Если вы создали этот элемент и еще не зарегистрированы в RePEc, мы рекомендуем вам сделать это здесь. Это позволяет связать ваш профиль с этим элементом. Это также позволяет вам принимать потенциальные ссылки на этот элемент, в отношении которых мы не уверены.

    Если CitEc распознал ссылку, но не связал с ней элемент в RePEc, вы можете помочь с этой формой .

    Если вам известно об отсутствующих элементах, цитирующих этот элемент, вы можете помочь нам создать эти ссылки, добавив соответствующие ссылки таким же образом, как указано выше, для каждого элемента ссылки.Если вы являетесь зарегистрированным автором этого элемента, вы также можете проверить вкладку «Цитаты» в своем профиле RePEc Author Service, поскольку там могут быть некоторые цитаты, ожидающие подтверждения.

    Обратите внимание, что исправления могут занять пару недель, чтобы отфильтровать различные сервисы RePEc.

    Система исторической базы данных запчастей

    Варианты осуществления настоящего изобретения в целом относятся к историческим базам данных запчастей и, в частности, к системе и способу обработки исторических транзакций запроса поиска запчастей в системе исторической базы данных доступности запчастей.

    По данным Института страховой информации, в 1999 году операционные расходы средней страховой компании по страхованию имущества и от несчастных случаев превышали страховые взносы более чем на 5%. С тех пор этот показатель существенно не изменился. Неэффективность и ненужные расходы в области ремонта после столкновений и производства автомобильных запчастей обычно считаются основными виновниками этих потерь. Исторически сложилось так, что страховые компании не имели доступа к информации в режиме реального времени о методах закупок в мастерских по ремонту наездов; невозможно получить более агрессивные цены на запчасти; и не в состоянии снизить затраты на проведение проверок соответствия операций ремонтных мастерских; и не может подтвердить наличие и качество запчастей, указанных в смете ремонта.Соответственно, у страховых компаний просто не было информации и систем, необходимых для контроля расходов на ремонт и возмещения убытков. Более того, без доступа к информации в реальном времени страховым компаниям было трудно контролировать распространение злоупотреблений и мошенничества. По оценкам, на эти два вида деятельности приходится более 20% каждого доллара страховых выплат.

    По данным Mitchell International, CCC Information Services, Института страховой информации, Nationwide Insurance, GMAC, Prudential и AFG, на долю страховых компаний по страхованию имущества и от несчастных случаев приходится примерно 90%, или 36 миллиардов долларов, всех выплат по ремонту столкновений в Соединенных Штатах. и дополнительно поддерживаются отчетами об отраслевых исследованиях.Вышеупомянутые учреждения предоставляют статистику по количеству претензий. Такое финансовое положение дает страховщикам значительные рычаги воздействия на индустрию ремонта при столкновениях. Но без контроля над процессом оценки ремонта и без своевременной и точной информации о ценах, качестве и наличии запчастей до начала ремонта страховые компании теряют свои рычаги влияния. В попытке сохранить контроль страховые компании проверяют ремонтные работы на выборочной основе примерно в отношении четверти всех своих требований.Однако стоимость аудита значительна: от 85 до 1000 долларов за аудит. Результаты аудита показывают, что в среднем затраты на ремонт завышены более чем на 20%. Однако высокая стоимость аудита не позволяет страховым компаниям проверять более 30% своих требований. Аудит дает значение «постфактум», но не решает истинную проблему - то, как изначально была разработана оценка. Неспособность страховщиков контролировать разработку сметы и предотвращать мошеннические операции заставляет отрасль страхования имущества и от несчастных случаев переплачивать по претензиям по ремонту автомобилей на 7 миллиардов долларов в год.

    Решение состоит в том, чтобы позволить страховым компаниям влиять на поведение оценщиков во время разработки сметы, заставляя этих оценщиков заменять более дорогие оригинальные детали («OEM») на менее дорогие, но такие же добротные и качественные послепродажные или переработанные продукты на в режиме реального времени, что позволяет установить точную стоимость серьезности ремонта для оценки ремонта. Эти решения помогают страховым компаниям экономить деньги за счет снижения затрат на ремонт, которые оцениваются в 135 долларов за претензию, или более 2 миллиардов долларов в год в отрасли страхования P&C.Оценщики и ремонтные мастерские экономят время на поиске и приобретении запчастей и избегают споров о запчастях со страховой компанией.

    Эти решения позволяют страховой компании удаленно проверять и проверять в режиме реального времени каждую написанную смету ремонта и принимать меры по смете, если она была выписана с нарушением правил страховой компании. Страховая компания также может проверять и проверять каждую ремонтную мастерскую, штатного оценщика или независимого оценщика при фактическом использовании (или неиспользовании) утвержденных частей.Эта система создает функцию аудита, которая является более точной, эффективной по времени и менее затратной, чем текущие методы периодического физического аудита, а также более детальной и окончательной, чем любые инструменты аудита, предоставляемые компаниями-разработчиками программного обеспечения. Сегодня оценщик претензий, чтобы сэкономить время, будет использовать запчасти OEM по более высокой цене, заявляя об отсутствии альтернативных деталей. Точно так же ремонтная мастерская может получить оплату за OEM-деталь и фактически использовать более низкокачественную и менее дорогую деталь, при этом страховая компания не имеет возможности действительно проверить ситуацию.

    Суброгативные претензии - это еще одна область претензий как в индустрии P&C, так и в компаниях с самострахованием, где необходимы инструменты, помогающие сторонам, пытающимся своевременно урегулировать претензии, которые являются справедливыми и точными. Варианты осуществления настоящего изобретения были задуманы отчасти для разработки инструмента для устранения неэффективности в практике управления и урегулирования суброгированных требований.

    Веб-приложение суброгации создает ценность на протяжении всего процесса рассмотрения претензий для компаний и самострахованных компаний, которым требуется наличие исторических деталей и поддержка документации.Варианты осуществления могут повысить подотчетность как сторон процесса суброгации, так и оценщиков, тем самым сэкономив страховым компаниям и застрахованным автомобилистам деньги и предотвратив возможные судебные разбирательства и арбитражные слушания.

    Варианты осуществления могут предоставить специалистам по суброгации и самострахованным лицам доступ к данным в режиме реального времени, которые поддерживают доступность деталей в исторические даты, что позволяет сторонам, участвующим в процессе рассмотрения претензий, лучше определять, когда оценщик не точно использовал детали в смете и / или или точно зафиксируйте стоимость запчастей в смете.Конечный результат - большее количество «согласованных» исправлений суброгированных требований между сторонами, сокращение количества арбитражных слушаний, более частое возмещение франшизы страхователя и сокращение премий для страхователей.

    Страховые компании ежегодно предъявляют более пяти миллионов исков другим страховым компаниям. Точно так же более пяти миллионов претензий удовлетворяются самострахованными компаниями. В совокупности это составляет более 22 миллиардов долларов на ремонтные работы.

    Срок давности большинства суброгативных требований составляет от шести до двенадцати месяцев до начала процесса суброгации, но в некоторых штатах срок исковой давности превышает пять лет.

    Все страховые компании и компании с самострахованием придерживаются руководящих принципов относительно того, какие типы деталей можно и нужно использовать для ремонта, какие затраты являются приемлемыми, а какие чрезмерными, и какая документация необходима для поддержки передовых методов определения затрат на ремонт. После суброгации претензии запрашивающая сторона отправляет суброгативную претензию отвечающей стороне. Отвечающая сторона рассматривает смету претензии, чтобы подтвердить, что она была составлена ​​с использованием частей и операций, которые являются коммерчески приемлемыми.Когда выясняется, что затраты слишком высоки или используются неправильные типы деталей, отвечающая сторона требует корректировки цены у запрашивающей стороны.

    Чтобы поддержать свой запрос на корректировку, отвечающая сторона:

    1. Выполняет текущий поиск, чтобы найти коммерчески приемлемые детали и документы, сколько эти детали стоят или должны стоить, или

    2. Использует знания из предыдущего заявления и опыт ремонта, чтобы угадать, какие коммерчески приемлемые детали должны были быть в наличии и каковы должны были быть эти детали и эксплуатационные расходы.

    Затем эта информация предоставляется запрашивающей стороне. Отвечающая сторона обычно запрашивает более веские доказательства того, что предложенные детали и цены действительно были доступны на указанную дату в этой области.

    Некоторые пользователи ищут способы получить подтверждение наличия запчастей на исторические даты. Применяемый метод редко бывает успешным и используется нечасто. Сторона, получившая суброгативную претензию, может запросить услугу, чтобы проверить, были ли части доступны на заданную историческую дату.Услуга, которая может быть ручной, электронной или их комбинацией, рассылает запрос поставщикам запчастей о том, были ли такие запрошенные детали доступны в указанную дату. Поставщик запчастей иногда отвечает на такой запрос, хотя нечасто и с ограниченными возможностями дать окончательный ответ на запрос. Причина, по которой поставщик запчастей отвечает нечасто, заключается в том, что поставщикам запчастей платят только тогда, когда они продают запчасть. Запрос информации не приносит дохода поставщику запчастей и фактически отнимает время у персонала, который в противном случае обрабатывал бы запросы на заказы.Причина, по которой поставщик запчастей имеет ограниченные возможности дать окончательные ответы на запрос, заключается в том, что системы поставщиков запчастей могут подтвердить доступность только в том случае, если (1) конкретная запрошенная запчасть для конкретной марки, модели и года выпуска указана этим конкретным автомобилем. поставщика в этот конкретный день, или (2) если запрошенная часть есть на складе на момент запроса службы и что конкретная часть была добавлена ​​в инвентарь не ранее той даты, когда служба пытается подтвердить наличие.Этот тип услуг имел очень ограниченное использование из-за недостатков, описанных выше.

    Обычные процессы суброгации могут привести к увеличению стоимости претензий, увеличению количества арбитражных слушаний, меньшему количеству расчетов, меньшему количеству франшиз, возмещаемых застрахованным автомобилистам, и увеличению премий для страхователей. Варианты осуществления могут предоставлять методы для запроса исторической базы данных запчастей, чтобы обеспечить точное разрешение страховых требований (включая претензии к самостраховщикам).

    РИС.1 является общей иллюстрацией примерного процесса суброгации в соответствии с настоящим раскрытием.

    РИС. 2 - блок-схема, более подробно показывающая работу центрального пункта обработки.

    РИС. 3 иллюстрирует историческую систему страховых транзакций, коммуникативно связанную с глобальной сетью.

    РИС. 4 - блок-схема, показывающая обзор рабочего процесса суброгации.

    РИС. 5 - блок-схема, представляющая процесс авторизации суброгации, инициированный внешним использующим объектом.

    РИС. 6A показывает примерную страницу выбора транспортного средства для поиска части суброгации.

    РИС. 6B показывает примерную страницу оценки поиска части суброгации.

    РИС. 7 иллюстрирует процесс создания отчета о суброгации с использованием примерной системы в соответствии с настоящим раскрытием.

    РИС. 8 описывает последовательность операций, когда пользователь выбирает вариант отчета о суброгации, как показано на фиг. 5.

    ФИГ. 9A и 9B - блок-схемы примерной системы обработки данных в соответствии с настоящим раскрытием.

    РИС. 10 - блок-схема, иллюстрирующая примерный административный модуль в соответствии с настоящим раскрытием.

    РИС. 11 показывает примерный экран входа в систему.

    РИС. 12 показывает примерный экран сводной информации менеджера по страхованию.

    РИС. 12A показывает примерный экран сводной информации менеджера по страхованию после выбора суброгации.

    РИС. 13 показывает примерный экран выбора транспортного средства.

    РИС. 13A иллюстрирует раскрывающееся меню компании на экране выбора транспортного средства.

    РИС. 13B иллюстрирует дополнительные раскрывающиеся меню экрана выбора транспортного средства.

    РИС. 14 показывает примерный экран поиска основных деталей.

    РИС. 14A - вид опции иерархического поиска для экрана поиска основных деталей.

    РИС. 14В - вид опции поиска по указателю для экрана поиска основных деталей.

    РИС. 15 показывает примерный экран страницы списка поставщиков.

    РИС. 15A - это экран страницы со списком поставщиков, на котором показаны доступные запасные части.

    РИС. 15B - экран страницы со списком поставщиков, на котором пользователю предлагается ввести описание.

    РИС. 16 показывает примерную страницу представленной оценки.

    Варианты осуществления могут разрешить перевозчику выполнить проверку частей для оценки на конкретную историческую дату или диапазон дат и в соответствии с руководящими принципами своих собственных частей или руководящими принципами страховой компании / самозастрахованного лица, подавшего претензию, или против настраиваемого набора правил. Это позволяет стороне, которая получает суброгированную претензию, с уверенностью провести поиск запасных частей и цен в точную дату составления сметы и в той же географической зоне, вместо того, чтобы проводить поиск в текущую дату, когда суброгированная претензия была получена ответчиком. стороны и пытается договориться с запрашивающей стороной о том, что «наиболее вероятные» детали были доступны в день составления сметы или в какой-либо другой прошлый день.Система позволяет выполнять поиск тех же точек данных, которые были в исходной оценке и на фактическую дату написания оценки. Это позволяет стороне, получившей суброгативную претензию, с уверенностью провести поиск запасных частей и цен в тот день, когда была составлена ​​оценка, и в той же области, вместо проведения поиска в текущую дату и попытки достичь соглашения с суброгированной стороной. что «наиболее вероятные» детали были доступны в день составления сметы или в другую дату в прошлом, по сравнению с поиском тех же точек данных, но на фактическую дату составления сметы и / или завершения ремонта.Вариант осуществления может установить общую основу, предоставляя независимую услугу с возможностью исторического поиска.

    Помимо возможностей исторического поиска, пользователи имеют доступ к средствам электронной связи, которые позволят передавать документацию между сторонами. Этот инструмент связи представляет собой функциональную настройку, которую можно динамически применять к любому пользователю с помощью функции обеспечения. Например, доступ ко всем функциональным инструментам может быть предоставлен пользователям на основе индивидуальной или групповой классификации.Администратор, то есть пользователь, которому предоставлены административные права с помощью средств обеспечения, может определять уровень доступа и / или связи для группы пользователей или одного пользователя. Возможности связи позволяют пользователю с правами в электронном виде сообщать / передавать оценочную информацию из файла суброгированной претензии с указанными необходимыми изменениями страховому представителю или другой третьей стороне, которая связана или несет ответственность за некоторый уровень суброгированной претензии.Связь может происходить через прямую электронную почту, которая исходит из варианта осуществления, автоматический факс, исходящий из варианта осуществления, текстовая связь в реальном времени, которая исходит из варианта осуществления, или, если и суброгатная, и суброгированная стороны интегрированы с системой, оба Файл оценки, поиск и изменения могут передаваться через страницы, например, в соответствии с моделью ASP системы.

    Один или несколько вариантов осуществления могут поддерживать возможности загрузки и печати для переписки или поддержки файлов, а также отчеты для пользователей и менеджеров, чтобы определить фактическую выгоду / производительность для каждого пользователя, команды, компании или конкретного оператора.Возможности отчетности заменяют ручные и неинтегрированные процессы, которым следуют сегодня страховые компании и сторонние администраторы, участвующие в суброгации. Вариант осуществления может разрешить любому пользователю создать шаблон отчета, который будет извлекать информацию о суброгированных претензиях и исторические изменения, запрошенные / требуемые, в онлайн-хранилище данных. Эта функция позволяет отдельным пользователям исключить этапы ручного ведения журнала суброгированной информации о претензиях с согласованными сторонами грубыми изменениями в таблицах, базах данных доступа, бумажных шаблонах и т. Д.Эта возможность электронной отчетности также позволяет пользователю и страховой компании отслеживать возможности и изменения на уровне части или отдельной позиции оценки страхового возмещения по сравнению с совокупностью. Чтобы проиллюстрировать этот момент, рассмотрим сегодняшний процесс, когда специалист по суброгации получит суброгативную претензию и будет следовать процессу, чтобы определить и сообщить, какие изменения необходимо внести в различные позиции в оценке претензии. После достижения соглашения между стороной, отправляющей суброгативное требование (запрашивающая сторона), и стороной, получающей суброгативное требование (отвечающая сторона), отвечающая сторона внесет в какой-либо электронный или бумажный журнал общее изменение этой оценки с некоторыми общие претензии и информация.Сегодня ни одна страховая компания не может связать согласованное изменение со строкой оценки - это означает, что, например, страховая компания не может определить сумму сэкономленных 126 000 000 долларов (сокращение выплат из-за защиты суброгированных требований) в текущем году. , какая сумма этой экономии была связана с проблемами аренды, проблемами с запасными частями, ошибками в работе, неправильным графиком работы по ремонту и т. д. Сегодня страховая компания может только определить, что отдельные представители предоставили журналы, в которых указано, что 126 000 000 долларов были сэкономлены, и конкретный список файлов претензий.Вариант осуществления может уменьшить или исключить записи журнала, которые касаются совокупной информации, и может позволить отслеживание на основе отдельных позиций. Теперь с помощью автоматизированного процесса страховая компания или сторона суброгации может определить по каждой суброгации претензии, откуда могут и должны быть получены затраты и экономия, а также откуда они были получены. Этот тип информации дает возможность развернуть бизнес-логику, которая фокусирует ресурсы страховщика на типах элементов с оценкой, которые стоят больше всего или обеспечивают максимальную экономию, в отличие от анализа элементов, которые возвращаются или стоят очень мало.Общий процесс обеспечивает такую ​​эффективность, что позволяет увеличить пропускную способность файлов с меньшим количеством людей и со значительно меньшими затратами для перевозчиков, а также со значительно лучшими результатами для страхователей, которые платят франшизы и страховые взносы.

    Возможности отчетности на уровне управления также позволяют страховой компании определить, какие суброгальные страховые компании обходятся им больше всего. Например, вариант осуществления может позволить страховой компании идентифицировать количество претензий, подлежащих суброгации от других страховых компаний в отрасли, средние уровни серьезности, типы частей и другие связанные финансовые и оценочные показатели.Этот тип доступа к данным позволяет более целенаправленно и автоматически идентифицировать суброгативные претензии, которые следует тщательно изучить, по сравнению с теми, где требуется очень мало. Эта возможность отслеживания и измерения - еще один инструмент, предназначенный для повышения эффективности процесса суброгации и помощи страховым компаниям в определении того, где представители должны проводить время. Дополнительная логика поддерживает эту возможность составления отчетов, которая позволяет страховщикам или самостраховщикам различать «рекомендации по оценке», так что процесс проверки может быть полностью автоматизирован и предупреждать обе стороны о проблемах и возможностях.

    Возможность составления отчетов позволяет руководству просматривать суброгированные претензии на агрегированном уровне (все претензии и компании), только на уровне компании, на уровне компании по пользователям (специалист по суброгации, управляющий конкретной суброгативной претензией) и на уровне транспортного средства. с дополнительными фильтрами, которые включают марку, модель или год выпуска. Эта возможность сбора данных и отчетности дополнительно позволяет страховой компании автоматизировать процесс, а также просматривать отчеты о результатах, основанные на различных аспектах оценки - путем суброгации страховой компании.Например, менеджер страховой компании может использовать инструменты отчетности для извлечения подробностей из репозитория по всем претензиям, которые содержат определенные условия, такие как аренда на сумму в долларах или период времени, детали OEM, которые представляют собой более установленный процент от стоимости деталей в долларах, Классификация общих потерь и т. Д. Отчет не ограничивает элементы оценки, но позволяет пользователю идентифицировать и выбирать любой элемент оценки путем перечисления всех кодов данных в файле оценки, например, перечисленных в отраслевых стандартах CIECA.

    Отчетность может быть автоматизирована, поэтому опечатки, пропущенная информация, мошеннические отчеты и т.п. могут быть уменьшены или устранены, обеспечивая более точный, своевременный и эффективный доступ к данным. После того, как отчеты созданы пользователем, информация может быть загружена в любую электронную таблицу, систему обработки текста или программный пакет базы данных с помощью функции «укажи и щелкни». Вдобавок, при желании, в возможностях отчетности есть ловушки, которые позволят страховой компании импортировать этот информационный отчет непосредственно в свою систему урегулирования убытков.

    Вариант осуществления может способствовать сокращению количества арбитражей более чем на 50% и уменьшит переплаты между сторонами более чем на 2 миллиарда долларов.

    Ссылаясь на фиг. 1, передачи данных , 100, от различных коммерческих вторично переработанных, вторичных, восстановленных, восстановленных OEM-поставщиков и поставщиков OEM-запчастей со скидкой , 102, принимаются в центральном пункте обработки , 104, . Эти передачи 100 содержат цифровые представления инвентаря деталей каждого поставщика 102 , включая такие вещи, как дата передачи данных, описания деталей, номера запасов, информация о категоризации, описание физических характеристик и состояния, год выпуска модели, к которой применима деталь. , информация о ценах и скидках, местонахождении и количестве.Эти передачи поступают как напрямую от поставщиков запчастей 102 , так и косвенно через третьих лиц. Передачи 100 принимаются через Интернет, или по прямой линии, или через коммутируемые соединения, или через жесткий диск, который поглощается и преобразуется в элементы данных. Передачи 100 могут быть представлениями запасов нескольких поставщиков или отдельных поставщиков на данный момент времени. Передачи могут представлять общую инвентаризацию на данный момент или изменение инвентаря с момента последней передачи.

    Передачи от различных поставщиков запчастей 100 , также обозначенные как «Источники», периодически принимаются центральным блоком обработки 104 . Частота передачи может быть разной для разных Источников. Настоящая система предназначена для учета изменчивости по периоду, а также для каждого источника. Система спроектирована так, чтобы учесть вариативность вплоть до одной передачи, для одной смены части, в течение случайного периода или эквивалент передачи обновления части в реальном времени 100 .Поставщик запчастей , 102, может обеспечить подачу деталей в реальном времени, а центральный обрабатывающий центр может принимать, предварительно обрабатывать и регистрировать доступность этой детали в реальном времени. Это означает, что вариант осуществления настоящего изобретения может обеспечить точность для второй детали, поступающей на рынок и в том виде, в каком она доступна и продается вне рынка, и, следовательно, больше не доступна.

    Все трансмиссии 100 проходят фильтрацию или предварительную обработку на основе механизма правил, который имеет правила для различных параметров, таких как применимость детали, удобство использования детали, качество детали и взаимозаменяемость модели и года выпуска.Любые и все параметры правил, используемые во время фильтрации и предварительной обработки, могут быть исключены в зависимости от бизнес-плана. Вся фильтрация происходит в вычислительной машине предварительной обработки. Поскольку база данных содержит запасные части, восстановленные, восстановленные OEM, снятые с производства OEM и переработанные детали, предварительная обработка выполняется по мере необходимости в зависимости от частоты обновлений, предоставляемых поставщиком запчастей. Предварительная обработка инвентарных данных поставщика позволяет параллельно обновлять существующую производственную базу данных, обеспечивая при этом минимальное время простоя производственного процесса.

    Таким образом, новая производственная база данных обновляется или создается, затем перемещается в производственную среду, и система управления базой данных просто указывает на новую базу данных, и переключение выполняется без простоя производства.

    Все передачи 100 , даже передачи с частичным обновлением, иногда изменяют только нетерминальные аспекты частичной информации. Терминальный аспект означает, что деталь была в инвентаре и по некоторым причинам теперь покинула инвентарь.Система рассматривает терминальные события как завершение транзакции, т. Е. Часть, внесенная в запасы в заданную дату и оставленная в запасах в дату события завершения. Данные детали и связанные поля остаются частью одной строки в базе данных. Изменение нетерминального аспекта детали создает проблему, потому что деталь не покинула инвентарь, но некоторые характеристики / дескриптор изменились. Важнейшим критерием настоящей системы является точное представление запасов деталей на интересующую дату.Для этого требуется, чтобы в базе данных была запущена дополнительная строка для представления уникального изменения профиля, которое произошло в этой конкретной части. Это позволяет системе отображать такие вещи, как изменения цен, корректировки скидок или изменения описания детали.

    Служба имеет пользовательский интерфейс, который позволяет пользователю быстро форматировать запросы к базе данных. Интерфейс обрабатывает аутентификацию клиента через профиль пользователя, назначая пользователю права в системе. Пользователь может запросить конкретную дату или период, одну или несколько частей, а также указать регион или местность, представляющую интерес для конкретного утверждения, которое рассматривается.Кроме того, пользователь может указать, будет ли запрос выполняться без существенных указаний, с современными указаниями по материалам или с указаниями по материалам для выбранного периода. Запрос обрабатывается системой управления базой данных.

    Пользователь может вручную ввести запрос или запросить автоматическую доставку, если запись уже доступна в системе. Когда служба выполняется в автоматическом режиме, то есть когда пользователь не форматирует запросы данных вручную, запросы форматируются программным обеспечением, извлекающим запросы данных из файла сохраненных данных отчета или записи оценки.Одни и те же запросы могут выполняться как в ручном, так и в автоматическом режиме. Если запись сметы находится в системе и пользователь вводит этот номер претензии, ее можно выполнить. Если смета, поданная в электронном виде, поступает в систему, для этой записи может быть выполнено автоматическое обслуживание.

    Информация, возвращаемая запросом, форматируется и возвращается пользователю. Пользователь получает обратно список запчастей, которые были доступны для продажи в тот день или период, с указанием цены в интересующем регионе.Пользователь может развернуть дополнительную информацию о деталях, если он / она хочет получить дополнительную информацию.

    Внешний пользовательский объект 106 , такой как клиентская страховая компания, которая проверяет уровень серьезности своей ответственности или потенциальной ответственности в действии суброгации при оценке ситуации суброгации, через пользовательский интерфейс, связывается с центральным местом обработки 104 посредством передачи данных 110 , предоставляя центральному месту обработки 104 информацию, например, о списке рассматриваемых деталей, интересующем периоде ремонта, марке транспортного средства, модели, году, номере претензии и ремонте местонахождение, название страховой компании и ориентировочная стоимость запчастей.Затем центральное место обработки обрабатывает этот запрос и данные и передает передачи данных 108 обратно внешнему пользовательскому объекту, который инициировал запрос.

    После того, как передачи 100 были приняты центральным местом обработки 104 , а затем внешний использующий объект 106 подключается к центральному месту обработки 104 посредством использования вышеупомянутого пользовательского интерфейса, передачи данных 108 являются отправлено внешнему объекту.Эти трансмиссии включают, помимо прочего, цены на запчасти плюс экономию по сравнению с оценкой, название поставщика запчастей и контактную информацию, полное описание всех запчастей, расстояние от места ремонта всех запчастей и список доступных запчастей. соответствие запрошенных частей.

    В одном варианте осуществления информация, полученная внешней организацией-пользователем 106 посредством передач 108 , может быть предоставлена ​​противоположной страховой компании 112 , которая инициировала претензию, что позволяет внешней организации-пользователю 106 вести переговоры об урегулировании. со страховой компанией 112 , инициировавшей иск, рассматривается страховой компанией 106 .Такая информация будет включать данные, доступные через передачу , 114, на фиг. 1 , и включает такие данные, как цены на запчасти плюс экономия по сравнению с оценкой, название поставщика запчастей и контактную информацию, полное описание всех запчастей, расстояние от места ремонта всех запчастей и список доступных запчастей, соответствующих запрошенным части.

    В другом варианте осуществления передачи , 114, могут быть переданы внешнему объекту , 112, непосредственно из центрального пункта обработки , 104, , как показано на фиг.1.

    Снова обратимся к фиг. 1, информация для помощи менеджеру страховой компании , 116, в управлении несколькими суброгативными претензиями на постоянной основе, может предоставляться центральным местом обработки , 104, . Как указано в передачах данных 118 , менеджер страховой компании 116 предоставляет центральному месту обработки 104 название страховой компании и соответствующий период времени, а также местонахождение, группу, регион или индивидуальное имя. менеджера / страховой компании.Центральное место обработки , 104, затем предоставляет отчет менеджеру , 116, , включая данные, охватывающие запрошенный период и показывающие все обработанные претензии.

    РИС. 2 представляет более подробную блок-схему, более подробно показывающую работу центрального блока обработки данных. Как указывалось ранее, поставщики запчастей , 102, предоставляют первую часть , 120, обработки суброгации центрального пункта обработки , 104, с передачами данных 100 .В то же время, когда поставщики деталей 102 предоставляют данные 100 в первую часть 120 центрального места обработки 104 , центральное место обработки через первую часть 120 постоянно и периодически запрашивает у деталей поставщик 102 дополнительная информация о запасах и обновления 122 . Информация о деталях, полученная первой частью , 120, центрального пункта обработки , 104, , затем фильтрует и классифицирует все данные инвентаризации деталей, как показано на позиции 124 .Эта отфильтрованная инвентарная информация , 124, затем передается во вторую часть , 126, места центральной обработки , 104, , где отфильтрованная инвентарная информация , 124, применяется к базе данных , 301, (фиг. 3A) при центральной обработке. местонахождение 104 .

    Страховой клиент-респондент 106 , проверяющий уровень серьезности ответственности в действии суброгации, инициирует запрос базы данных 302 , отправляя запрос на авторизацию 128 в центральное место обработки 104 .При правильном предоставлении страховой клиент , 106, получает разрешение на возврат , 130, из центрального пункта обработки , 104, . Клиент страховки-респондента , 106, затем передает данные , 110, , во вторую часть , 126, , централизованной обработки данных , 104, , а именно основные инструкции, которые необходимо использовать, календарный период, который необходимо проверить, желаемые части и предполагаемую цену, место ремонта, номер претензии и страховая компания, которая подает претензию, а также запрос о суброгации.После получения этой передачи 110 от страхового клиента-респондента 106 вторая часть 126 отправляет запрос на поиск в базе данных суброгации 302 на основе критериев, предоставленных передачей 110 от клиента страхования 106 . Запрос принимается третьей частью 134 центрального места обработки 104 .

    После завершения поиска в базе данных 302 , передачи данных 108 предоставляются из третьей части 134 центрального места обработки 104 клиенту страхования ответчика 106 .Эти данные включают в себя сводку всех доступных деталей, полное описание каждой детали, информацию о ценах и сбережениях, а также данные о расстоянии от места ремонта соответствующих деталей. Как упоминалось выше, в одном варианте осуществления клиент страховой компании-респондента , 106, может предоставить информацию, полученную от третьей части 134 центрального пункта обработки 104 , непосредственно противоположной, запрашивающей страховой компании 112 , которая инициировала требовать.В варианте осуществления, показанном на фиг. 2, трансмиссии , 114, поставляются непосредственно из третьей части 134 центрального места обработки 104 в требовательную страховую компанию 112 , включая сводку всех доступных частей, полное описание каждой части, информацию о ценах, информация об экономии и удалении детали от места ремонта. Предоставляя эту информацию требующейся страховой компании 112 , инициирующей претензию, страховой клиент-ответчик 106 может более эффективно договориться о благоприятном (т.е.е., точнее) урегулирование претензии с требующей страховой компанией 112 .

    Как показано на фиг. 2, передача данных , 136 , отражающая данные по каждой обрабатываемой заявке, предоставляется в четвертую часть 138 центрального пункта обработки 104 , чтобы добавить к возможности принятия решений, обеспечиваемой базой данных 305 на четвертой часть 138 . В связи с этим менеджер страховой компании 116 подает запрос на авторизацию 140 в четвертую часть 138 центрального пункта обработки 104 .После получения аутентификации 142 от четвертой части 138 , менеджер страховой компании затем отправляет передачи 118 в четвертую часть 138 с запросом информации для региональной группы или отдельных лиц, или запрос для определенных страховых компаний и календарных периодов, которые хранятся в базе данных 302 , доступной четвертой части 138 центрального местоположения обработки 104 . Четвертая часть 138 затем отправляет запрос 144 для поиска в базе данных суброгации на основе предоставленных критериев.Пятая часть 146 централизованной обработки 104 обрабатывает запрос 144 и отправляет сводный отчет 148 , который создается на основе представленных критериев, и передает эти данные обратно менеджеру страховой компании 116 , как показано на фиг. 2. Страховой клиент 106 также запрашивает 150 , чтобы резюме отчета было отправлено по электронной почте страховой компании 106 .

    РИС. 3 иллюстрирует историческую систему страховых транзакций , 300, («система , 300, »), коммуникативно связанную с WAN , 325, .ИНЖИР. 3 дополнительно иллюстрирует системную рабочую станцию ​​, 315, , коммуникативно связанную с WAN , 325, .

    Системная рабочая станция 315 включает в себя по меньшей мере один процессор 335 , по меньшей мере один машиночитаемый носитель 330 , по меньшей мере одно устройство связи 350 и дисплей 340 . Специалист в данной области техники поймет, что компоненты системной рабочей станции , 315, могут быть подключены через системную шину или через периферийные соединения или любые их комбинации.Системный пользователь , 310, получает доступ к системе , 300, , через канал связи , 314, и WAN, , 325, .

    Система 300 включает в себя по меньшей мере один веб-сервер 306 , по меньшей мере один сервер приложений 304 и по меньшей мере один сервер базы данных 302 , все из которых коммуникативно подключены через сеть передачи данных 320 . Специалист в данной области техники поймет, что серверы , 302, , , 304, и , 306, могут быть объединены в любой топологии и в любой перестановке.Специалист в данной области техники дополнительно оценит, что сервер , 302, базы данных обращается по меньшей мере к одному хранилищу , 303, , и что хранилище , 303, может быть локальным или распределенным относительно сети , 320, данных. Система , 300, использует канал связи , 312, для доступа к WAN , 325, , тем самым взаимодействуя с внешними объектами, включая, помимо прочего, агрегаторы данных, поставщиков запчастей и рабочую станцию ​​системы , 315, .

    РИС. 4 - блок-схема, показывающая обзор рабочего процесса суброгации. Процесс, инициированный страховым клиентом 400 , у которого есть претензия, требующая суброгации. Затем страховой клиент , 400, отправляет запрос на авторизацию 128 (фиг. 1) для доступа 402 к месту центральной обработки , 104 через пользовательский интерфейс места центральной обработки. Пользователь после аутентификации 130 вводит , 404, часть, период времени и информацию о параметрах поиска в центральное место обработки , 104, .Затем пользователь передает 406 информацию в центральное место обработки , 104, по каналу передачи данных , 110, . Место центральной обработки , 104, затем аутентифицирует , 408, пользователя и принимает передачу информации о поиске суброгации. Эта информация передается , 128, , , 130, в другую часть центра обработки данных, которая интерпретирует 410 поисковую информацию бизнес-логики, структурирует запрос и извлекает соответствующие указания по материалам.Эти данные затем передаются 132 в третью часть 134 центрального пункта обработки 104 для выбора 412 соответствующих наборов руководящих принципов в зависимости от параметров поиска периода времени. Запрос поставлен в очередь 416 для выполнения поиска. Затем запрашивается национальная база данных запчастей 418 с указанием географического местоположения и периода времени и с конкретными указаниями по материалам для конкретных запрошенных типов запчастей.Создается производственная версия национальной базы данных запчастей 420 с графиком производства партий или в режиме реального времени. База данных 302 затем собирает 422 доступных частей и информацию о частях для пользовательского отчета. Затем данные отправляются в средство записи отчетов 424 для форматирования, запрошенного пользователем. Затем создается отчет 426 и передается пользователю 310 посредством передачи данных 108 .

    Пользователь получает 428 запрошенный отчет о суброгации через пользовательский интерфейс центрального пункта обработки 104 .Посредством передачи 429 , в одном варианте осуществления пользователь делится информацией 430 с противоположной страховой компанией 112 , которая инициировала требование, и страховой клиент 106 затем согласовывает урегулирование, используя данные, предоставленные центральным местом обработки 104 .

    Ссылаясь на фиг. 4, процесс поддержания базы данных 302 в актуальном состоянии с данными о деталях начинается, когда поставщик запчастей поддерживает 432 текущую инвентарную информацию о деталях и готовит обновление такой информации по согласованному графику.Затем поставщик запчастей передает 434 инвентарь запчастей и обновления в центральное место обработки 104 через передачу 100 . Центральное место обработки , 104, затем принимает 436 обновленную инвентаризацию запасных частей поставщика и сохраняет данные в базе данных , 302, . Затем эти данные фильтруются 438 и подготавливаются для предварительной обработки, а также предварительно обрабатываются и подготавливаются 440 для производственной базы данных суброгации 302 .Эта информация затем передается в базу данных 302 , показанную в блоке 420 на фиг. 4.

    РИС. 5 является блок-схемой, представляющей процесс авторизации суброгации, инициированный внешним использующим объектом , 106, (фиг. 1). Чтобы начать транзакцию суброгации, использующий объект , 106, получает доступ к странице входа в систему, связанной с компьютерами в месте центральной обработки , 104, . Пользователь , 310, входит в систему со своим именем и паролем, и если имя и пароль соответствуют существующему профилю, пользователю предоставляется доступ к меню «Моя страница».Профиль пользователя определяет имя пользователя, компанию, местонахождение, контактную информацию, пароль и права доступа к данным, установленные правилами, встроенными в систему 300 . Как также видно на фиг. 5, если пользователь не может ввести собственное имя и пароль, вход запрещен, но пользователю также предоставляется возможность зарегистрироваться. Если пользователь решает зарегистрироваться и отправляет всю необходимую информацию, ему предоставляется доступ к меню «Моя страница». Если в систему не введены имя и пароль, транзакция суброгации останавливается.

    Ссылаясь на часть действия заявки на фиг. 5, если опция суброгации была выбрана из меню «Моя страница», то использующему объекту 106 предоставляется возможность инициировать поиск суброгации. Если поиск суброгации инициирован, использующий объект , 106, перемещается на страницу выбора транспортного средства. Если поиск суброгации не выбран, и пользователь выбрал опцию отчета суброгации, пользователь переходит на страницу отчета суброгации. Кроме того, если использующий объект , 106, выбирает опцию управления отчетом о суброгации, пользователь переходит на страницу управления отчетом о суброгации.

    Процесс, используемый в системе суброгации 300 , продолжается со страницы выбора транспортного средства, как первоначально проиллюстрировано на фиг. 6А. Это поиск суброгации процесса. Оказавшись на странице выбора транспортного средства, использующий объект , 106, выбирает из предыдущей сводной таблицы действий. Если этот пользователь ранее не выполнял никаких действий, то использующий объект , 106, выбирает страховую компанию, которая инициировала иск против использующего объекта 106 из раскрывающейся таблицы.Эта таблица позволяет используемому объекту вставить номер претензии, почтовый индекс владельца или местоположения, пять цифр идентификационного номера транспортного средства, общую сумму оценки ремонта, имя и фамилию владельца транспортного средства, дату начала поиска и дату окончания поиска. Затем пользователю предлагается выбрать марку, модель и год автомобиля из раскрывающихся таблиц с возможностью добавления второго автомобиля при желании. Если добавляется новый автомобиль, появляется другая раскрывающаяся таблица, в которую добавляется дополнительная информация о втором автомобиле.

    Если использующий объект 106 указывает, что дополнительное транспортное средство не должно быть добавлено, пользователь активирует кнопку для выбора частей, которая переносит страницу выбора частей на экран. Затем пользователь указывает, желает ли он выбрать части для поиска из списка. Если да, пользователь выбирает детали двойным щелчком по детали, и каждая выбранная деталь перемещается в окно выбора детали. Пользователь также имеет возможность выбрать части категории для поиска из списка, дважды щелкнув список категорий, вызывая список частей в выбранной категории.Затем детали выбираются двойным щелчком по детали, каждая выделенная деталь перемещается в окно выбранной детали. В любом случае, независимо от того, выбраны ли детали из списка деталей или из категории списка деталей, процесс запрашивает, введена ли в систему дата окончания периода поиска. Если нет, в систему вводится двухнедельный период по умолчанию для поиска. Если была введена дата окончания периода поиска, период, описанный для поиска, вводится в систему.

    После того, как период поиска был определен, использующий объект 106 выбирает кнопку продолжения, которая выполняет поиск частей на основе радиуса поиска.Специальный почтовый индекс с региональным информационным алгоритмом рассчитывает доступных поставщиков и запчасти на основе параметров поиска в системе 300 . Выбранные типы деталей ищутся на предмет наличия и объема поставок в пределах географической области. Затем система запрашивает, есть ли в наличии какие-либо детали в пределах объема поставки. Если ответ отрицательный, список «недоступных» деталей составляется на вкладках связанных типов деталей на странице поставщика. Если детали доступны в объеме поставки, список доступных деталей на соответствующей вкладке типа детали создается на странице поставщика.В любом случае пользователь перемещается на страницу поставщика деталей с выбранными типами деталей на вкладках с доступными поставщиками, обобщенными по каждому типу детали, например: переработанные детали, восстановленные детали, альтернативные детали, детали OEM (производство оригинального оборудования).

    Затем пользователя спрашивают, хотят ли они добавить другие типы деталей. Если да, пользователь нажимает кнопку «добавить дополнительные детали», и данные отправляются на ранее заданную кнопку для выбора частей, которая переводит пользователя на страницу выбора частей.Если пользователь указывает, что не нужно добавлять никаких дополнительных деталей, его спрашивают, следует ли изменить радиус поиска. Если да, новое значение радиуса вводится в поле радиуса поиска, и эти данные возвращаются на запрос о том, были ли данные конца периода поиска введены в систему, как определено ранее. Если объект-пользователь указывает, что не хочет изменять радиус поиска, появляется страница данных, на которой отображается следующая информация на странице поставщика под вкладками выбранных типов деталей: название компании-поставщика и контактная информация, описание детали, артикул, цена с наценка, цена без наценки и количество.

    Затем пользователя 310 спрашивают, были ли поставщики деталей выбраны на вкладке типа детали. Если да, то конкретный поставщик запчастей был скопирован и его количество было отмечено, и открыто окно описания сметной детали. Затем пользователя снова спрашивают, было ли заполнено описание сметы. Если ответ отрицательный, расчет экономии не может быть показан. Если ответ положительный, информацию в двух полях «описание детали» и «приблизительная цена» можно использовать для расчета экономии.

    Затем пользователя спрашивают, все ли вкладки типа детали выбраны. Если да, вся информация о поставщиках выбранных запчастей отображается в нижней части окна страницы. Затем пользователю предоставляется возможность продолжить процесс, который перемещает пользователя на страницу оценки. В заголовке выбора запчастей на странице оценки отображается следующая информация: номер претензии, местонахождение, имя и модель транспортного средства, сумма корректировки общих потерь и дата поиска. В окне выбора деталей под заголовком отдельные выбранные детали перечислены со следующей информацией для каждой выбранной детали: название детали и ориентация, корректировка стоимости потери детали, имя поставщика и контактная информация, расстояние до детали от транспортного средства, доступные даты в период поиска. , описание детали, номер детали, количество детали, цена с наценкой, цена без наценки и ориентировочная цена.Затем использующий объект , 106, имеет возможность распечатать информацию о выбранной части и отправить ее по электронной почте третьей стороне. Затем пользователя спрашивают, желает ли он обработать еще одну заявку, и если ответ положительный, пользователь возвращается на страницу выбора транспортного средства. Если пользователь указывает, что не желает обрабатывать другую заявку, поиск по суброгации завершается, и он возвращается на «мою страницу» или «выходит из системы».

    Ссылаясь на фиг. 6A, когда инициируется поиск суброгации, пользовательский объект , 106, запрашивается, желает ли он сделать выбор из сводной таблицы предыдущей активности.Если ответ положительный, при выборе конкретного интересующего утверждения загружается вся соответствующая информация на странице, на которой пользователь в последний раз покинул поисковую транзакцию, и эта информация представляется пользователю для просмотра. Затем пользователя спрашивают, редактируют ли он выбор детали. Если да, пользователь переходит на страницу поставщика деталей с выбранными типами деталей на вкладках с доступными поставщиками, обобщенными под каждым типом детали, как описано ранее. Если пользователь указывает, что он не редактирует выбор детали, его спрашивают, просматривают ли он завершенную транзакцию.Если да, то страница оценки, показанная на фиг. 6B появляется перед пользователем, и процесс продолжается, как описано выше.

    РИС. 7 иллюстрирует процесс создания отчета о суброгации с использованием системы 300 . Этот процесс инициируется, когда пользователь выбирает опцию отчета о суброгации и теперь находится на странице отчета о суброгации. Страница отчета о суброгации предлагает два способа создания отчета. Пользователь может выполнить поиск по конкретному файлу претензии или ввести определенные критерии поиска для различных диапазонов.Если пользователь выбирает поиск по конкретному файлу претензии, пользователя спрашивают, был ли введен конкретный номер претензии. Если да, пользователь выбирает обзор обзора. Если нет, пользователь спрашивает, был ли введен конкретный номер транзакции. Если да, пользователь снова переходит к сводке обзора. Если нет, пользователя снова спрашивают, введен ли конкретный номер претензии.

    Если пользователь отвечает «нет» на вопрос, был ли выбран конкретный поиск по файлу претензий, пользователя затем спрашивают, были ли данные введены в альтернативную область поиска.Если да, пользователя спрашивают, введена ли сумма в долларах диапазона серьезности. Если да, то пользователя спрашивают, произошла ли выбранная дата убытка в диапазоне дат, а затем пользователя спрашивают, была ли создана выбранная дата в диапазоне дат. Затем, если пользователь вводит диапазон дат, пользователю предлагается выбрать сводку обзора на странице пользователя. На этом этапе пользователь переходит на страницу отчета о суброгации, которая имеет сводный заголовок, содержащий следующие данные: диапазон дат поиска, общее количество оценок в поиске, общая вычисленная оценка в поиске, общая стоимость части оценки. в поиске, общая стоимость части базы данных в поиске и снижение потерянных затрат при поиске.Затем пользователю предлагается выбрать загрузку. Если да, данные загружаются пользователю. Если нет, пользователю будет предложена страница, содержащая автоматическую вкладку со сводкой претензий, содержащихся в поиске, с указанием следующих данных для каждой претензии: номер претензии, страховая компания, дата создания, дата поиска, марка / модель и год автомобиля, страховая компания суброгации, оценка стоимости, оценка стоимости части, стоимость части базы данных и стоимость сокращения потерь.

    Теперь пользователь может выбрать загрузку этой таблицы, а затем пользователю будет предложено выбрать, чтобы просмотреть любую претензию в деталях.Если пользователь выбирает «Да», он перемещается на страницу с автоматическими подробными сведениями об оценке суброгации для конкретного выбранного утверждения. Затем появляется страница с подробностями аудита, включая номер претензии, номер места поиска и дату суброгации. Затем появляется окно под названием «Окно первоначальной оценки», в котором указывается марка / модель и год автомобиля, а также следующая информация: описание детали, название поставщика детали, контактная информация поставщика, расстояние от места, тип детали, которая была переработана / восстановлена ​​/ после выхода на рынок / OEM, альтернативное описание детали и цена, количество, оценочная стоимость и стоимость базы данных.

    РИС. 8 описывает последовательность операций, когда пользователь , 310, выбирает вариант отчета о суброгации, как показано на фиг. 5. Когда эта опция выбрана, пользователь переходит на страницу управления отчетом о суброгации, которая предоставляет пользователю возможность из двух способов создать отчет, ограниченный одним офисом или охватывающий все офисы. Эти параметры предназначены для поиска определенного файла требований или критериев поиска по конкретным записям для различных диапазонов. Затем пользователю предлагается указать, выбрал ли он конкретный поиск по файлу претензии.Если ответ отрицательный, пользователю предлагается ответить, были ли введены данные в альтернативную область поиска, введен ли диапазон серьезности суммы в долларах, введена ли выбранная дата убытка и диапазон дат, выбрана ли выбранная дата. был создан в диапазоне дат, вне зависимости от того, ввел ли пользователь диапазон дат, выбрал ли пользователь все офисы или определенное местоположение офиса. После завершения этого запроса пользователь переходит на страницу сводки обзора.

    Когда пользователь 310 выбирает конкретный поиск по файлу претензий, пользователя затем спрашивают, был ли введен конкретный номер претензии и введен ли конкретный номер транзакции. Если на эти вопросы дан утвердительный ответ, пользователю будет предложена страница сводки обзора.

    Со страницы сводки обзора пользователь переходит на страницу отчета о суброгации, где сводный заголовок предоставляет следующие данные: диапазон дат поиска, общее количество оценок в поиске, общая вычисленная оценка в поиске, общая оценочная стоимость части при поиске, общая стоимость части базы данных при поиске и снижение общей стоимости потерь.Затем пользователя спрашивают, выбирает ли он загрузку данных. Если да, информация загружается пользователю, если нет, отображается страница с заголовком автоматическая вкладка со сводкой претензий, содержащихся в поиске, которая предоставляет следующие данные для каждой претензии: номер претензии, страховая компания, дата создания, дата поиска, марка / модель и год транспортного средства, страховая компания, суброгация, оценка стоимости, оценка стоимости части, стоимость части базы данных и стоимость сокращения потерь.

    Затем пользователя спрашивают, выбрал ли он загрузку.Если да, вышеуказанная информация загружается пользователю. Если нет, пользователя спрашивают, выбирает ли он для подробного просмотра какой-либо претензии. Если да, пользователь перемещается на страницу с автоматическими подробными сведениями об оценке суброгации для выбранной претензии, где появляется страница с указанием номера претензии, места поиска и даты суброгации.

    Затем пользователю предлагается окно начальной оценки, в котором указаны марка / модель и год автомобиля, а также следующая информация: описание детали, название поставщика детали, контактная информация поставщика, расстояние от местоположения, тип переработанной / восстановленной детали, послепродажное обслуживание, OEM, окончательное описание детали и цена, количество, сметная стоимость и стоимость базы данных.

    РИС. 9A и 9B - это блок-схемы, раскрывающие систему обработки данных , 300, . Первоначально база данных , 302, в месте централизованной обработки , 104, получает файл данных от поставщика, либо полный файл, либо дельта-файл, либо пакетный файл, либо файл реального времени. Файл данных содержит следующую информацию: обменный номер Hollander, код детали Hollander, артикул поставщика, цена с наценкой, цена без наценки, количество часов ремонтных работ для детали, модель и год автомобиля, название поставщика, номер магазина, идентификационный номер инвентаря, флаг для полного файла, флаг для добавления / замены / удаления части, описание части и текстовые примечания.

    Затем процессор запрашивает несколько факторов, при этом отсутствие ответа на любой из факторов может удалить строку данных части. Серия положительных ответов на эти вопросы переводит пользователя на страницу с подтвержденной строкой данных. Процессор должен запросить следующие запросы:

    1. Существует ли номер IC;

    2. Существует ли код детали;

    3. Существует ли цена с наценкой;

    4. Существует ли артикул поставщика;

    5. Существует ли цена без наценки;

    6.Существуют ли часы работы;

    7. Существует ли модельный год;

    8. Существует ли модель;

    9. Существует ли название поставщика;

    10. Существует ли номер магазина;

    11. Имеется ли флаг состояния детали; и

    12. Существует ли инвентарный идентификационный номер?

    Отсутствие ответа на любой из этих запросов заставит процессор удалить строку данных детали. Процессор определяет, есть ли оставшиеся строки для проверки. Если да, то снова задаются двенадцать вышеупомянутых запросов.Если нет оставшихся строк для проверки, процессор проверяет примечание с произвольным текстом, прикрепленное к каждой части, чтобы определить пригодность части, передавая строку свободного текста через механизм правил интерпретатора примечания. Затем процессор определяет, прошла ли примечание детали успешно по всем правилам. Если нет, процессор удаляет строку данных детали. Если ответ положительный, процессор определяет, есть ли оставшиеся строки для фильтрации. Если да, пользователь направляется к указанному выше запросу, успешно ли проходит примечание детали по всем правилам.Если ответ относительно того, есть ли оставшиеся строки для фильтрации, отрицательный, процессор создает уникальный хэш MD Five для каждой строки детали в оставшейся базе данных, используя следующую информацию: название поставщика детали, номер магазина и идентификационный номер инвентаря.

    Затем процессор определяет, имеет ли поле состояния значение «A». Если да, то в инвентарь детали добавляется уникальный ряд для этой детали. Если нет, процессор определяет, имеет ли поле статуса значение «R».Если ответ положительный, процессор заменяет существующую строку детали с совпадающим хешем с новой уникальной строкой детали для этой детали в инвентаре деталей. Если в поле статуса нет символа «R», процессор определяет, имеет ли поле статуса значение «D». Если ответ положительный, процессор удалит эту строку детали из инвентаря деталей. После запроса относительно поля состояния и со ссылкой на фиг. 9B, процессор запускает обновление базы данных с проверенными и отфильтрованными данными детали и открывает ответный файл.Процессор определяет, соответствует ли хэш строки детали существующей базе данных. Если ответ отрицательный, процессор определяет, что необходимо создать ряд деталей. Если хэш строки детали совпадает с существующей базой данных, процессор знает, что строка детали существует и нуждается в обновлении. Затем процессор определяет, является ли статус «добавить», «заменить» или «удалить». Если статус должен быть добавлен, процессор считывает, что статус несовместим с процессом обновления базы данных и есть ошибка, и часть строки отбрасывается.Если ответ на запрос должен заменить статус, требуются два действия по обновлению. Первый - завершить доступную дату в существующей совпадающей строке в базе данных деталей - датой является дата предыдущего дня. Второй - создать уникальный ряд деталей. Если ответ на запрос должен удалить статус, строка сопоставленной детали обновляется путем добавления конечной даты доступности.

    Если статус должен заменить строку детали, выполняются два действия по обновлению, описанные выше, и затем процессор создает новую уникальную строку в базе данных инвентаризации деталей со следующей информацией о детали: название детали, имя поставщика, контакт с поставщиком. информация, номер магазина поставщика, идентификатор инвентаря, артикул детали, цена с наценкой, цена без наценки, хэш-номер, номер обмена, код детали, часы работы, примечания, модель, год автомобиля, начальная доступная дата, последовательность доступных дат и окончание доступная дата.Кроме того, если строка детали не существует изначально и должна быть создана, все данные, используемые для создания строки детали, также используются для создания новой уникальной строки в базе данных инвентаризации деталей, как описано выше.

    После того, как система 300 обновит строку согласованной детали, добавив конечную дату доступности, или создаст новую уникальную строку в базе данных инвентаризации деталей, процессор определяет, находится ли файл обновления в календарной последовательности. Если нет, все предыдущие строки части помечаются как неизвестные между последним обновлением и настоящим обновлением.Если файл обновления находится в правильной календарной последовательности, обработчик данных помещает обновленную базу данных инвентаризации в производство.

    Административный модуль проиллюстрирован в виде блок-схемы на фиг. 10. Процесс начинается с того, что пользователь 310 открывает соответствующую веб-страницу и вводит правильный идентификатор пользователя и пароль. После аутентификации идентификатора пользователя и пароля пользователь направляется на экран «Моя страница», где пользователь затем выбирает «суброгация». Затем пользователь выбирает «отчет об управлении суброгацией», чтобы перейти на страницу отчета об управлении.

    Затем пользователю предлагается выбрать параметры критериев поиска. Пользователю предлагается выбрать, желает ли он географической области в качестве одного из параметров поиска. Если да, выбранная географическая область добавляется в качестве параметра. Пользователю предлагается выбрать, желает ли он выполнять поиск по организационной сущности в качестве одного из параметров поиска. Если да, пользователь выбирает организационную сущность, и она добавляется в качестве параметра. Пользователю предлагается выбрать, желает ли он выполнять поиск одним или несколькими лицами в организационной единице.Если да, отдельные лица выбираются и добавляются в качестве параметра. Пользователя спрашивают, желает ли он выполнять поиск по конкретным страховым компаниям. Если ответ положительный, пользователь выбирает соответствующую страховую компанию, и она добавляется в качестве параметра. Пользователя спрашивают, желает ли он выполнять поиск по требованиям в долларах. Если да, пользователь вводит верхний и нижний предел суммы в долларах в качестве параметра. Затем пользователь спрашивает, следует ли искать по лимитам сбережений в долларах. Если да, то вводятся верхний и нижний предел экономии, которые используются в качестве параметра.

    Если на запросы параметров дается ответ «да» или «нет», процесс выполняет поиск и возвращает суброгенные заявки, которые находятся в пределах критериев поиска. Если параметры не указаны, процесс возвращает все суброгированные претензии. В рамках критериев поиска для каждого утверждения возвращается следующая сводная информация: общее количество оценок, общие вычисленные оценки, общая стоимость части оценки, общая стоимость части базы данных и общее сокращение затрат. Также предоставляется дополнительная информация: номер претензии, страховой пользователь, дата создания, дата поиска, марка / модель, застрахованная компания, оценочная стоимость, оценочная стоимость части, стоимость части базы данных и сокращение потерь.

    Затем пользователя 310 спрашивают, нужна ли полная информация по конкретному требованию. Если да, пользователь может выбрать вид любой конкретной претензии, и подробности претензии станут доступными, включая доступные части, выбранные части, контактную информацию поставщика, описания частей, номера SKU, оценку стоимости позиции, стоимость позиции базы данных, строку снижение стоимости позиции и итоговые суммы претензий. Если ответ на запрос о том, является ли полная информация о конкретном заявлении отрицательным, и после того, как пользователь выберет представление любого конкретного заявления, пользователя затем спрашивают, желает ли он отправить информацию по электронной почте или распечатать.Если да, пользователь может выбрать вариант передачи информации. Если нет, пользователя спрашивают, желает ли он начать другой поиск. Если ответ положительный, пользователь попадает в начало процесса поиска. Если ответ отрицательный, пользователю предлагается выйти из системы.

    В одном варианте осуществления системы суброгации пользователь , 310, может войти в систему на соответствующем веб-сайте с предварительно заданным идентификатором пользователя и паролем на экране входа в систему 500 (фиг.11), чтобы начать процесс поиска суброгации. Во время работы, как показано на фиг. 11, пользователь , 310, вводит идентификатор пользователя и пароль, а затем щелкает кнопку «ввод» 505 на экране входа в систему 500 . Пользователь , 310, переходит на экран сводной информации менеджера по страхованию , 510, , показанный на фиг. 12. Чтобы войти в систему суброгации, пользователь 310 щелкает ссылку «Суброгация» 512 , также показанную на фиг. 12. После выбора «Суброгация» 512 пользователю 310 предоставляется два варианта выбора на фиг. 12 A— «Подпоиск» 515 и «Управление вспомогательным поиском» 517 . Пользователь , 310, выбирает «Subro Search» 515 , чтобы продолжить процесс поиска и перейти на экраны выбора транспортного средства и запчастей. Как лучше всего видно на фиг. 13, пользователь , 310, также может просматривать предыдущие действия, если таковые имели место, на экране выбора транспортного средства , 520, . Таблица предыдущих действий 522 показывает текущие и завершенные действия для различных других поисков, если они доступны.Различные заголовки столбцов 524 , также показанные на фиг. 13, обеспечивают организационную структуру для таблицы 522 и предоставляют пользователю 310 возможность сортировать данные в таблице 522 , выбирая и щелкая заголовок определенного столбца 524 . Для проиллюстрированного поиска, показанного на фиг. 13, в настоящее время нет данных о предшествующих мероприятиях.

    РИС. 13 дополнительно иллюстрирует поля ввода данных для начала нового процесса поиска суброгации для конкретного нового транспортного средства на этапе 526 .Пользователь , 310, сначала имеет возможность выбрать представленную страховую компанию из раскрывающегося меню 530 , показанного на фиг. 13А. После выбора страховой компании по номеру 530 пользователь 310 вводит информацию в поля для номера претензии 532 , почтового индекса 534 , общей суммы оценки 536 , «с даты» 538 , а также производят 540 , модель 542 , год выпуска 544 .Сделайте 540 , модель 542 и год 544 выбираются из раскрывающихся меню, как показано на РИС. 13B. Поле VIN 546 будет автоматически заполнено в показанном варианте. Если система не может автоматически заполнить VIN, пользователю 310 необходимо будет ввести последние пять цифр VIN автомобиля. Поля для имени владельца 548 и фамилии 550 также будут автоматически заполнены в зависимости от системного пользователя 310 .Когда все данные введены и пользователь 310 готов продолжить работу в системе, следует нажать кнопку «Выбрать детали» 552 для перехода к следующему экрану и поиска деталей, необходимых для оценки стоимости и доступности.

    РИС. 14 показан основной экран поиска деталей 555 в системе суброгации. Пользователь , 310, может искать детали тремя способами. Сначала пользователь , 310, может прокручивать части, перечисленные в алфавитном порядке в основной таблице , 557, на фиг.14. Во-вторых, пользователь , 310, может выполнять иерархический поиск, выбирая категорию в , 559, для расширения на подкатегории, как показано на фиг. 14A для более узкого поиска. В-третьих, пользователь , 310, может выполнить поиск по индексу, введя ключевое слово или слова в 562 , как показано на фиг. 14B. Система предоставит список частей 564 , содержащих эти ключевые слова. Затем пользователь , 310, выбирает нужные части из списка, выделяя эти записи, как показано под номером 566 на фиг.14B.

    Выбор деталей во всех трех процессах осуществляется щелчком по названию детали в поле «Список деталей» 560 . Если щелкнуть название детали второй раз, выбор детали будет отменен. Все выбранные детали появятся в поле выбора деталей 570 . На фиг. 14B, поле выбора деталей , 570, заполняется деталями, выбранными пользователем , 310, . Чтобы продолжить работу в системе, пользователь 310 затем нажимает кнопку «Продолжить» 572 , как показано на фиг.14B.

    Затем пользователю 310 будет представлена ​​страница «Список поставщиков» 575 . (Фиг. 15) Вкладки 577 , связанные с конкретной выбранной частью на экране 575 , обозначают доступность частей. Когда выбрана вкладка 577 , список поставщиков будет отображаться по категориям. Например, на экране 575 могут быть перечислены категории «Вторично переработанное», «Послепродажное обслуживание», «OEM», «Восстановленное» и «Восстановленное» для поставщиков, указанных по номеру 580 .Параметры и цены поставщиков, если таковые имеются, будут отображаться непосредственно под вкладками деталей в пространстве, указанном по номеру 585 . Вкладки 579 , 582 , 583 , 584 , 586 и 587 , как показано на фиг. 15, 15 A и 15 B означают, что детали отсутствуют. Вкладки на 581 указывают, что деталь в настоящее время выбрана для просмотра, а доступные части видны в пространстве, предоставленном на 585 .ИНЖИР. 15A показывает доступные запасные части в области по адресу 585 для деталей, выбранных по адресу 581 . Чтобы выбрать поставщика для доступной детали, пользователь 310 выберет кнопку «Копировать» на позиции 590 . Как лучше всего видно на фиг. 15B, пользователю 310 будет предложено ввести описание на 592 , если желательно, и цену на детали на 594 из проверяемой сметы. После выбора и проверки доступности детали на 596 , пользователь 310 может перейти через систему к экрану «Оценка отправлена», нажав кнопку «Продолжить» 572 .

    На ФИГ. 16 проиллюстрированного варианта осуществления, страница 598 «Представлена ​​оценка» предоставляет пользователю 310 печатный документ о наличии части на момент первоначальной оценки. Информация в этом отчете может включать номер претензии, место поиска, марку, модель и год, а также дату выполнения поиска. Система также может предоставить корректировку на упущенную стоимость по номеру 599 , который представляет собой разницу между сэкономленными деталями, полученными с помощью системы, которые были доступны на момент написания исходной оценки, и той, которая использовалась в исходной оценке.

    Хотя приведенное выше описание относится к конкретным вариантам осуществления настоящего изобретения, следует понимать, что многие модификации могут быть выполнены без отступления от его сущности. Прилагаемая формула изобретения предназначена для охвата таких модификаций, которые подпадают под истинный объем и сущность вариантов осуществления настоящего изобретения.

    Управление делами о суброгации ERICKSON; Джастин; & nbsp et al. [HEALTH MANAGEMENT SYSTEMS, INC.]

    Заявка на патент США № 16/840167 была подана в патентное ведомство 08.10.2020 на управление делами о суброгации .Заявитель, указанный для этого патента, - HEALTH MANAGEMENT SYSTEMS, INC. Авторы изобретения: Джастин ЭРИКСОН, Триша Генри, Маура Маккормик, Бен ШИ.

    Номер заявки 20200320638 16/840167
    Идентификатор документа/
    Идентификационный номер семьи 1000004794048
    Дата подачи
    Все
    Патент США Приложение 20200320638
    Код товара A1
    ЭРИКСОН; Джастин; et al. 8 октября 2020 г.

    УПРАВЛЕНИЕ ДЕЛАМИ СУБРОГАЦИИ

    Реферат

    Методы, аппаратура и системы для управления делами суброгации описаны. В одном примерном аспекте способ облегчения автоматическая обработка дела суброгации включает передачу запроса который включает информацию, указывающую на инцидент, связанный с член базы данных; получение ответа на запрос указывает на сопутствующую медицинскую информацию для члена; получение на основании полученного ответа медицинских заявлений связанный с участником; вычисление первого значения вероятности для каждое полученное медицинское заявление, первая вероятность указывает на связь медицинской претензии с происшествием; определение, для каждое полученное медицинское заявление, связано ли оно инциденту, сравнив первое значение вероятности с первый предопределенный порог; вычисление второго значения вероятности с указанием, все ли медицинские утверждения, связанные с инцидентом, настоящее время; и генерация окончательного определения инцидента путем сравнение второго значения вероятности со вторым заранее определенным порог.


    Изобретателей: ERICKSON; Justin ; (Питтсбург, Пенсильвания) ; ГЕНРИ; Trisha ; (Chillicothe, ОН) ; SCHY; Ben ; (Superior, CO) ; MCCORMICK; Maura ; (Чарлстаун, Массачусетс)
    Заявитель:
    Имя Город Государство Страна Тип

    HEALTH MANAGEMENT SYSTEMS, INC.

    ИРВИНГ

    Техас

    США
    Семейный ID: 1000004794048
    Прил. №: 16/840167
    Записано: 3 апреля 2020 г.

    Связанные патентные документы США

    Приложение Число Дата подачи Номер патента
    62830092 5 апр.2019 г.

    Текущий U.С. Класс: 1/1
    Текущая цена за клик Класс: G06N 7/005 20130101; G06Q 40/08 20130101
    Международный Класс: G06Q 40/08 20060101 G06Q040 / 08; G06N 7/00 20060101 G06N007 / 00

    Пункты формулы

    1. Реализуемый компьютером метод для облегчения автоматизированного обработка дела о суброгации, включающая: передачу запроса в база данных с использованием подсистемы связи, запрос включает информация, указывающая на инцидент, связанный с членом; получение подсистемой связи ответа на запрос указывает на сопутствующую медицинскую информацию для члена; получение на основании полученного ответа медицинских заявлений связанный с участником; вычисление, используя вычисление подсистема, которая хотя бы частично реализована с использованием электронных цепей, первое значение вероятности для каждого извлеченного медицинского претензии, первая вероятность, указывающая на родство медицинское заявление о происшествии; определение, для каждого извлеченного медицинское заявление, связано ли оно с происшествием сравнивая первое значение вероятности с первым заранее определенным порог; вычисляя, используя подсистему вычислений, второй значение вероятности, указывающее, все ли медицинские утверждения относятся к происшествие присутствует; и выработка окончательного определения для инцидент, сравнивая второе значение вероятности с второй предопределенный порог.

    2. Способ по п. 1, включающий: получение первого набора данные обучения, которые включают информацию о нескольких прошлых инцидентах, каждый из нескольких прошлых инцидентов имеет один или несколько связанных медицинские требования и каждое медицинское заявление, включая возраст не менее член-корреспондент, один или несколько диагностических кодов, один или несколько коды лекарств или один или несколько процедурных кодов; и обучение подсистема вычислений, модель оценки претензий, основанная как минимум на один из возраста члена-корреспондента, один или несколько диагностические коды, один или несколько кодов лекарств или один или несколько процедурные коды первого набора обучающих данных.

    3. Способ по п.2, в котором вычисление первой вероятности значение включает: определение первого значения вероятности с помощью получение результата вывода по медицинскому требованию с использованием заявления модель оценки.

    4. Способ по п.2, в котором обучение включает обучение модель оценки претензий с использованием метода повышения градиента.

    5. Способ по п.4, в котором метод повышения градиента использует дерево решений, имеющее максимальную глубину пяти.

    6.Способ по п. 1, включающий: получение второго набора данные обучения, которые включают информацию о нескольких прошлых инцидентах, каждый из нескольких прошлых инцидентов, включая возраст не менее член-корреспондент, сумма уплаченной суммы за все связанные медицинские претензий, ряда несвязанных медицинских претензий или суммы оплаченных сумма для всех не связанных медицинских требований; обучение подсистема вычислений, окончательная модель рекомендаций, основанная на не менее одного возраста члена-корреспондента, выплаченная сумма сумма для всех связанных медицинских требований, количество несвязанные медицинские требования, или сумма уплаченной суммы за все несвязанные медицинские утверждения во втором наборе обучающих данных.

    7. Способ по п.6, в котором вычисление второй вероятности значение включает: определение второго значения вероятности с помощью получение результата вывода на основе инцидента и извлекли медицинские утверждения, используя модель окончательной рекомендации.

    8. Способ по п. 6, в котором обучение включает обучение окончательная модель рекомендации с использованием повышения градиента техника.

    9. Способ по п. 8, в котором методы повышения градиента использует дерево решений, имеющее максимальную глубину пяти.

    10. Устройство автоматизированной обработки дел суброгации, устройство содержащий: процессор; и память, включая сохраненные инструкции на нем, при этом инструкции после выполнения процессором заставить процессор: передать запрос в базу данных, запрос включая информацию, указывающую на инцидент, связанный с член; получить ответ на запрос, указывающий на связанный медицинская информация для члена; получить, основываясь на полученном ответ, медицинские требования, связанные с членом; вычислить, для каждое полученное медицинское заявление, первое значение вероятности, указывающее связь медицинской претензии с инцидентом; определить, для каждое полученное медицинское заявление, связано ли оно инциденту, сравнив первое значение вероятности с первый предопределенный порог; вычислить второе значение вероятности с указанием, все ли медицинские утверждения, связанные с инцидентом, настоящее время; и сгенерировать окончательное определение инцидента с помощью сравнение второго значения вероятности со вторым заранее определенным порог.

    12. Устройство по п.11, в котором процессор сконфигурирован для: получить первый набор обучающих данных, который включает в себя информацию о несколько прошлых инцидентов, каждый из нескольких прошлых инцидентов имел одно или несколько связанных медицинских требований и каждое медицинское заявление, включая минимум возраст члена-корреспондента, один или несколько диагнозов коды, один или несколько кодов лекарств или один или несколько процедурных кодов; а также обучить модель оценки претензий на основе по крайней мере одного возраста член-корреспондент, один или несколько диагностических кодов, один или несколько кодов лекарств, или один или несколько процедурных кодов первый набор обучающих данных.

    13. Устройство по п. 12, в котором процессор сконфигурирован для вычислить первое значение вероятности на основе: определения вывод результата медицинского требования с использованием оценки претензии модель.

    14. Устройство по п. 13, в котором процессор сконфигурирован для обучить модель оценки претензий, используя технику повышения градиента с деревом решений, которое имеет максимальную глубину пяти.

    15. Устройство по п.11, в котором процессор сконфигурирован для: получить второй набор обучающих данных, который включает в себя информацию о несколько прошлых инцидентов, каждый из нескольких прошлых инцидентов в том числе не менее возраста члена-корреспондента, выплаченная сумма сумма для всех связанных медицинских требований, ряд не связанных медицинские претензии или сумма уплаченной суммы за все несвязанные медицинские требования; подготовить окончательную модель рекомендаций на основе не менее одного возраста члена-корреспондента, выплаченная сумма сумма для всех связанных медицинских требований, количество несвязанные медицинские требования, или сумма уплаченной суммы за все несвязанные медицинские утверждения во втором наборе обучающих данных.

    16. Устройство по п. 15, в котором процессор сконфигурирован для вычислить первое значение вероятности на основе: определения результат заключения, основанный на происшествии и найденных медицинских претензий с использованием модели окончательной рекомендации.

    17. Устройство по п. 15, в котором процессор сконфигурирован для обучить модель оценки претензий, используя технику повышения градиента с деревом решений, которое имеет максимальную глубину пяти.

    18. Система автоматизированной обработки дел о суброгации, включающая один или несколько процессоров; и один или несколько блоков памяти, включая инструкция, хранящаяся на ней, причем инструкции при выполнении одним или несколькими процессорами заставляют один или несколько процессоров внедрить платформу управления делами суброгации, включая: модуль уровня представления, сконфигурированный для предоставления пользовательского интерфейса для члена платформы для взаимодействия и получения информации; модуль уровня услуг, взаимодействующий с уровнем представления модуль для получения информации, указывающей на связанный инцидент с участником через пользовательский интерфейс, при этом уровень обслуживания модуль состоит из модуля проверки адреса, элемента модуль авторизации, модуль уведомлений и уровень данных модуль, причем модуль уровня услуг дополнительно содержит: служба управления делами, настроенная для связи с адресом модуль проверки для проверки адреса участника, чтобы связаться с модулем медицинской авторизации, чтобы получить медицинское разрешение от члена, чтобы общаться с модуль уведомлений для уведомления участника об изменении в обработке инцидент, и для связи с уровнем данных для извлечения медицинские заявления участника из одной или нескольких баз данных на основе информация о происшествии, кейс-менеджмент сервис, дополнительно содержащий вычислительную подсистему, сконфигурированную для: вычислить для каждого полученного медицинского заявления первую вероятность значение, указывающее на связь медицинского требования с инцидент; для каждого полученного медицинского заявления определять, медицинское заявление связано с инцидентом путем сравнения первого значение вероятности с первым заранее определенным порогом; вычислить второе значение вероятности, показывающее, все ли медицинские утверждения связанные с происшествием присутствуют; и сгенерируйте окончательный определение инцидента путем сравнения второй вероятности значение со вторым предопределенным порогом.

    20. Система по п. 19, в которой служба управления делами настроен для: обучения модели оценки претензий на основе первого набора входных данных; обучить окончательную модель рекомендаций на основе секунды набор исходных данных; и разверните модель оценки претензий и модель окончательной рекомендации после определения того, что претензия модель оценки и модель окончательной рекомендации достигают предопределенный уровень точности.

    21. Система по п.21, в которой служба управления делами дополнительно содержит планировщик заданий, сконфигурированный для повторного обучения заявки модель оценки или модель окончательной рекомендации.


    Описание

    ПЕРЕКРЕСТНАЯ ССЫЛКА НА СООТВЕТСТВУЮЩИЕ ПРИЛОЖЕНИЯ

    [0001] Это приложение заявляет о преимуществах и приоритете США. Заявка на патент № 62/830 092, поданная 5 апреля 2019 г. все содержание вышеупомянутой патентной заявки включены посредством ссылки в полном объеме как часть раскрытия этого приложения.

    ИСТОРИЯ ВОПРОСА

    [0002] Суброгация - это термин, описывающий законное право на юридическое привлечь к ответственности первую или третью сторону, которая причинила убытки застрахованный член.Это делается для возмещения суммы медицинского претензии, оплаченные планом медицинского страхования в отношении убытков. Суброгация - это важную роль в управлении заявками на здоровье - это позволяет ответственность, связанная с оплатой медицинских расходов, перекладывается на соответствующая ответственная сторона, разрешающая страхование здоровья участников для поддержания низких премий.

    КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

    [0003] Фиг. 1 иллюстрирует пример архитектуры суброгации платформа управления делами в соответствии с одним или несколькими вариантами осуществления настоящей технологии.

    [0004] Фиг. 2 иллюстрирует пример рабочего процесса дела о суброгации. платформа управления в соответствии с одним или несколькими вариантами реализации настоящая технология.

    [0005] Фиг. 3 - блок-схема, показывающая право члена процесс определения в соответствии с одним или несколькими вариантами осуществления настоящая технология.

    [0006] Фиг. 4 - пример снимка экрана пользовательского интерфейса для проверка права на членство в соответствии с одним или несколькими варианты осуществления настоящей технологии.

    [0007] Фиг. 5 показана схема последовательности установки члена право на участие в чате с экспертом по суброгации в в соответствии с одним или несколькими вариантами настоящего технология.

    [0008] Фиг. 6 - блок-схема создания дела в в соответствии с одним или несколькими вариантами настоящего технология.

    Фиг. 7 - это диаграмма последовательности создания дела в платформа для управления делами о суброгации в соответствии с одним или несколькими варианты осуществления настоящей технологии.

    Фиг. 8 - это пример снимка экрана с пользовательским интерфейсом, который поверенный может просматривать после входа в платформу в соответствии с один или несколько вариантов осуществления настоящей технологии.

    Фиг. 9A - пример снимка экрана пользовательского интерфейса, показывающего информация о членах, предоставленная для создания дела в соответствии с один или несколько вариантов осуществления настоящей технологии.

    Фиг. 9B - пример снимка экрана пользовательского интерфейса, показывающего информация об инциденте, предоставленная для создания дела в соответствии с один или несколько вариантов осуществления настоящей технологии.

    Фиг. 9C - это пример снимка экрана с пользовательским интерфейсом, показывающий информация об адвокате истца, предоставленная для возбуждения дела в в соответствии с одним или несколькими вариантами настоящего технология.

    Фиг. 9D - это пример снимка экрана пользовательского интерфейса, показывающий информация об адвокате, предоставленная для создания дела в в соответствии с одним или несколькими вариантами настоящего технология.

    Фиг. 9E - это пример снимка экрана пользовательского интерфейса, показывающий информация об ответственном лице, предоставленная для создания дела в соответствии с с одним или несколькими вариантами осуществления настоящей технологии.

    Фиг. 9F - это пример снимка экрана пользовательского интерфейса, показывающий ответственные страховые компании, предусматривающие создание дела в соответствии с с одним или несколькими вариантами осуществления настоящей технологии.

    Фиг. 10 показана схема последовательности примерных медицинских процесс авторизации в соответствии с одним или несколькими вариантами реализации настоящая технология.

    Фиг. 11 показывает другую диаграмму последовательности примера процесс авторизации в соответствии с одним или несколькими вариантами реализации настоящая технология.

    Фиг. 12 - это пример снимка экрана пользовательского интерфейса, показывающий форма авторизации в соответствии с одним или несколькими вариантами осуществления настоящая технология.

    Фиг. 13 - блок-схема примерного пункта формулы изобретения. процесс оценки и залога в соответствии с одним или больше вариантов осуществления настоящей технологии.

    Фиг. 14 - диаграмма последовательности примерного сопоставления претензий. процесс в соответствии с одним или несколькими вариантами осуществления настоящего технология.

    Фиг. 15A иллюстрирует пример архитектуры система искусственного интеллекта (AI) для обучения и определения требовать оценки вероятности в соответствии с одним или несколькими вариантами осуществления настоящей технологии.

    Фиг. 15B иллюстрирует другой пример архитектуры система искусственного интеллекта (AI) для обучения и определения требовать оценки вероятности в соответствии с одним или несколькими вариантами осуществления настоящей технологии.

    Фиг. 16 показывает пример раздела дерева решений модель оценки претензий в соответствии с одним или несколькими вариантами реализации настоящая технология.

    Фиг. 17 - диаграмма, иллюстрирующая несколько важных функций. в примере процесса обучения оценке претензий в соответствии с один или несколько вариантов осуществления настоящей технологии.

    Фиг. 18 - пример схемы последовательности получения заявки. оценки вероятности в соответствии с одним или несколькими вариантами реализации настоящая технология.

    Фиг. 19 иллюстрирует пример снимка экрана пользователя. интерфейс, показывающий связь заявки в соответствии с одним или несколькими варианты осуществления настоящей технологии.

    Фиг. 20 иллюстрирует еще один пример снимка экрана пользователя. интерфейс, отображающий спор о связи претензии в соответствии с один или несколько вариантов осуществления настоящей технологии.

    Фиг. 21 показан пример раздела дерева решений модель окончательной рекомендации по удержанию / требованию (FLR) в соответствии с одним или более вариантов осуществления настоящей технологии.

    Фиг. 22 - диаграмма, иллюстрирующая несколько важных функций. в примере процесса обучения FLR в соответствии с одним или несколькими варианты осуществления настоящей технологии.

    Фиг. 23 показан пример снимка экрана пользователя. интерфейс, показывающий пример письма, выпущенного платформой.

    Фиг. 24 - диаграмма последовательности, показывающая пример вызова сервис уведомлений для отправки уведомлений получателю в в соответствии с одним или несколькими вариантами настоящего технология.

    Фиг. 25 показан пример снимка экрана пользователя. интерфейс, показывающий запрос на расчет в соответствии с одним или больше вариантов осуществления настоящей технологии.

    Фиг. 26 - схематическое изображение машины в примерная форма компьютерной системы, в которой набор инструкции, заставляющие машину выполнять одно или несколько из могут быть выполнены методологии или модули, обсуждаемые здесь.

    Фиг. 27 - блок-схема способа для обеспечение автоматизированной обработки дел о суброгации в соответствии с с одним или несколькими вариантами осуществления настоящей технологии.

    ПОДРОБНОЕ ОПИСАНИЕ

    [0036] Суброгация играет важную роль в здравоохранении. сектор.Например, участник программы Medicaid или страхование здоровья страхователь получил травму в результате несчастного случая, и агентство Medicaid или медицинская страховая компания оплачивает медицинские счета. Тоже самое план медицинского страхования может взимать медицинские счета с виновная сторона для сверки платежа. Суброгация обычно предъявляет претензии по поводу причинения вреда здоровью, например, автострахование и компенсация работникам за треть претензии стороны.

    [0037] В настоящее время информация о случае суброгации может быть страховой компанией виновной стороны или поверенные.Информация обычно предоставляется в различных формы - электронная почта, факс или лист бумаги по почте. Информация может также предоставляться через независимый онлайн-портал. Стороны иногда отправляйте одну и ту же информацию несколько раз в несколько способами. Кроме того, эксперты по суброгации и сотрудники требуется для выявления претензий, связанных с аварией, и определения сумма иска / залога для всех случаев. Отсутствие унифицированных способов управление информацией и объем ручных усилий могут вызывают большую задержку в обработке дела.

    [0038] Раскрытые варианты осуществления относятся к способам, системе и устройствам. которые управляют различными типами информации, связанной с дела о суброгации для повышения эффективности вычислений и управление обработкой дел о суброгации на основе вычислений системы и связанные с ними архитектуры. В некоторых вариантах реализации Платформа управления делами суброгации может быть реализована для обеспечения центральный портал для управления информацией. Дело о суброгации платформа управления может автоматически определять, являются ли претензии связанных с делом, и была ли вынесена окончательная рекомендация по требованию / удержанию могут быть выпущены, тем самым сокращая ручные усилия и сокращая время рассмотрения дела.

    Фиг. 1 иллюстрирует пример архитектуры суброгации платформа 100 управления делами в соответствии с одним или несколькими варианты осуществления настоящей технологии. Платформа 100 включает в себя уровень представления 101, который обеспечивает пользовательский интерфейс для элемент 102 для взаимодействия с платформой. Управление идентификацией модуль 103 может быть предоставлен для проверки учетных данных члена 102, чтобы гарантировать, что элемент 102 может безопасно войти в Платформа.

    [0040] Платформа 100 также предоставляет различные услуги в уровень обслуживания 104.Служба допуска 105 приглашает участников и информация о праве на участие из базы данных 112 случаев через уровень данных как часть создания дела в реальном времени. Служба ведения дел 106 создает новые дела, проверяет повторяющиеся дела, выполняет адрес проверка 108 адреса члена, получение медицинских авторизация 109, определяет оценки вероятности оценки требований на основании информации в базе данных 113 претензий, партнеры, связанные с претензий к делу, производит расчет залогового права, формирует окончательный удержание и предоставляет уведомления 111 члену относительно обновления дела.Служба 107 управления претензиями обеспечивает обновление информации по делу в режиме реального времени с использованием данных по делу база данных 112 и база данных 113 претензий.

    Фиг. 2 иллюстрирует пример рабочего процесса дела о суброгации. платформа управления в соответствии с одним или несколькими вариантами реализации настоящая технология. На этапе 201 предоставляется информация. на платформу, через поверенного, представляющего участника, чтобы идентифицировать случай. Соответствующая информация включает участников информация и / или дата происшествия.На основании права на участник, платформа решает, есть ли необходимость в открытии дела на операция 203. Подробности о корпусе устанавливаются при операции. 205 после открытия дела. Например, история участников, имена адвокат, страховая компания и ответственное лицо (а) могут быть указаны в платформу. В некоторых вариантах осуществления релевантная информация может быть импортировано из сторонней системы. На этапе 207 платформа предоставляет интерфейс, позволяющий адвокатам вести дело, например, отслеживание статуса дела и рассмотрение соответствующих документы по делу.На операции 209 компромисс может быть предложенным, и дело может быть урегулировано между сторонами. Один раз стороны достигают мирового соглашения, дело может быть закрыто в операция 211 после оплаты суммы расчета. В некоторых варианты, завершены итоговые отчеты по делу и все соответствующие файлы архивируются платформой.

    Право на участие

    Фиг. 3 - блок-схема, показывающая право члена процесс определения в соответствии с одним или несколькими вариантами осуществления настоящая технология.Страховой агент или поверенный пытается открыть ящик на операции 301. Перед тем, как платформа откроет В случае, платформа сначала проверяет на операции 303, если поверенный клиент или заявитель страховой компании является правомочным участником. Для Например, право на участие можно определить по такой информации, как Номер социального страхования (SSN), дата рождения (DOB), первый и фамилия клиента или истца. В некоторых вариантах реализации дата происшествия (DOI) используется для определения того, клиент или заявитель имеет право на получение компенсации на момент происшествия.Если член имеет право, и дело может быть создано. В некоторых вариантах реализации дело создается после DOI, чтобы было достаточно времени для отвечать на любые запросы относительно инцидента. После того, как дело создана, платформа переходит к определению того, имеет ли место участник уже существует на этапе 305. Если данные участника не есть в базе данных о праве на льготы, адвокат или страховой агент может быть уведомлен о том, что клиент / заявитель не соответствует критериям здоровья участник плана.

    Фиг.4 - пример снимка экрана пользовательского интерфейса для проверка права на членство в соответствии с одним или несколькими варианты осуществления настоящей технологии. Как показано на фиг. 4, в некоторых варианты осуществления поиск данных о приемлемости выполняется на основе одного или несколько из следующих полей: имя клиента 401, фамилия клиента 402, дата рождения клиента 403, номер социального страхования 404 и дата происшествия 405.

    [0045] В некоторых случаях право на участие в программе может быть подтверждено предоставление дополнительных доказательств на рассмотрение эксперту по суброгации.ИНЖИР. 5 представлена ​​диаграмма последовательности определения права на участие в программе. через чат с экспертом по суброгации в соответствии с одним или более вариантов осуществления настоящей технологии. На этапе 501 адвокат проверяет правомочность клиента через презентацию слой. Однако база данных случаев указывает, что клиент не допущено, или запись не найдена. Поверенный получает соответствующий ответ на операции 503. Затем поверенный инициирует на операции 505 сеанс чата с суброгацией эксперт, чтобы предоставить доказательства права на участие.Основываясь на доказательствах, эксперт предоставляет на операции 507 ответ поверенному через чат. Если эксперт может найти запись о праве на участие или установление права на членство, случай база данных обновляется соответствующим образом. Затем платформа отправляет уведомление 509 поверенному о том, что член имеющий право.

    Создание дела

    Как показано на фиг. 3, создание дела инициируется адвокат или оценщик страховой компании (операция 301).После определяя, что участник имеет право на участие, платформа переходит к обрабатывать запрос на создание дела, обрабатывая предоставленную информацию поверенным или оценщиком страховой компании. Информация предоставленный для создания дела включает, но не ограничиваясь, член травмы, информация об адвокате, информация о страховании и / или ответственное лицо (а). ИНЖИР. 6 - блок-схема случая создание в соответствии с одним или несколькими вариантами настоящего технология. Платформа сначала проверяет наличие любых обращений в база данных дел на основе предоставленной информации.Если существующий кейс не найден, кейс создается на этапе 601. Платформа генерирует медицинские разрешения на операции 603 и уведомляет поверенный, что доверенности готовы. В некоторых вариантах реализации поверенный может определить критерии поиска, чтобы найти претензии, которые связаны к делу. На основании критериев поиска заявки извлекаются из база данных требований на операции 607 и сохраняется в случае база данных для будущего отображения в пользовательском интерфейсе. Информация о деле введенные поверенным, также сохраняются в базе данных дел.Если повторяется случай, платформа уведомляет поверенного или регулятор страховой компании при операции 609. Платформа также указывает на операции 611, что ящик не может быть открыт.

    Фиг. 7 - диаграмма последовательности создания дела в платформа для управления делами о суброгации в соответствии с одним или несколькими варианты осуществления настоящей технологии. После определения того, что член имеет право на 701, уровень обслуживания проверяет базу данных, на 703, чтобы узнать, существует ли уже дело.Если случай найден в база данных случаев, то база данных возвращает на операции 705, детали дела, указывающие на то, что существует повторяющийся случай. Обслуживание слой затем сообщает на этапе 707, что существует существующий дело. Затем пользовательский интерфейс показывает сообщение, чтобы уведомить пользователя. Если дело не найден в базе данных, то создается дело и информация по делу хранится в базе данных по адресу операция 709. База данных уведомляет уровень обслуживания на операция 711, что дело было успешно создано.Пользовательский интерфейс впоследствии указывает пользователю, что дело было созданный.

    Фиг. 8 - это пример снимка экрана с пользовательским интерфейсом, который поверенный может просматривать после входа в платформу в соответствии с один или несколько вариантов осуществления настоящей технологии. Пользователь интерфейс - Панель управления - позволяет адвокату видеть, где находится дело в процессе. Дела, требующие действий со стороны экспертов по суброгации, могут будет отображаться в средней части 803 панели инструментов. Для Например, в некоторых случаях может не быть «полного медицинского заключения. разрешение "и, таким образом, требовать проверки экспертом по суброгации.Для в некоторых случаях автоматическая оценка может быть невозможной или точной, и, следовательно, может быть задействован эксперт по суброгации. Когда поверенный оспаривает одну или несколько оплаченных медицинских претензий, эксперт по суброгации необходимо просмотреть соответствующие документы перед утверждением спор. Точно так же, когда поверенный отправляет запрос на компромисс, эксперт по суброгации должен рассмотреть и утвердить / отклонить запрос на компромисс до того, как поверенный сможет продолжить. Случаи, которые нужны действия адвоката или страховых компаний могут быть отображены в нижней части 805 панели инструментов.Например, ожидающий по делу может потребоваться информация от поверенного истца. Некоторый по спорным делам может потребоваться дополнительная информация или документы для быть загруженным поверенным. В качестве другого примера, случай может потребоваться оплата от страховой компании. Левая панель 801 из На панели инструментов отображаются дела, которые адвокат недавно создал или обновлено. Чтобы найти конкретное дело, адвокат может нажать на Кнопка 807 «Найти дело» для ввода критериев поиска. Чтобы создать новый дело, поверенный может нажать на кнопку 809 «Открыть дело», чтобы ввести информация для нового дела.

    Фиг. 9A - пример снимка экрана пользовательского интерфейса, показывающего информация о членах, предоставленная для создания дела в соответствии с один или несколько вариантов осуществления настоящей технологии. В этом примере адрес участника 901 заполняется автоматически. Адвокат может изменить эту информацию, не перезаписывая исходную информация получена. В некоторых вариантах осуществления проверка адреса выполняется платформой с использованием сторонних инструментов, таких как SmartStreets. Чтобы минимизировать ввод данных, после ввода почтового индекса платформа автоматически заполнит город и штат.Кроме того, платформа проверяет действительные уличные адреса.

    Фиг. 9B - пример снимка экрана пользовательского интерфейса, показывающего информация об инциденте, предоставленная для создания дела в соответствии с один или несколько вариантов осуществления настоящей технологии. В этом примере адвокат указывает тип происшествия 911, тип травмы 912 и травмированные части тела 913, прежде чем приступить к другим Информация.

    Фиг. 9C - это пример снимка экрана с пользовательским интерфейсом, показывающий информация об адвокате истца, предоставленная для возбуждения дела в в соответствии с одним или несколькими вариантами осуществления настоящей технологии.В этом примере информация об адвокате истца может быть автоматически заполняется, включая, помимо прочего, имя юридическая фирма 921, адрес 922 и электронная почта 923. РИС. 9D - это пример снимок экрана пользовательского интерфейса, показывающий информацию об адвокате предусмотрены для создания дела в соответствии с одним или несколькими варианты осуществления настоящей технологии. Чтобы свести к минимуму данные входа, платформа может определить, есть ли совпадения для защитники добавлены ранее. Поверенный, создающий дело может выбрать уже существующую запись 931 или ввести новую запись 932.Несколько адвокатов могут быть связаны с дело.

    Фиг. 9E - это пример снимка экрана пользовательского интерфейса, показывающий информация об ответственном лице, предоставленная для создания дела в соответствии с с одним или несколькими вариантами осуществления настоящей технологии. В поверенный может вручную ввести информацию об ответственном лице, например, имя 941, фамилия 942 и адрес 943.

    Фиг. 9F - это пример снимка экрана пользовательского интерфейса, показывающий ответственные страховые компании, предусматривающие создание дела в соответствии с с одним или несколькими вариантами осуществления настоящей технологии.Чтобы минимизировать ввод данных, платформа определяет, есть ли какие-либо ранее добавлены совпадения для страховой компании и аджастера. Адвокат, создающий дело, может выбрать запись, которая уже существует 951 или введите новую запись 952. Множественная ответственность страховые компании могут быть связаны с делом.

    [0055] Медицинское разрешение

    [0056] Подробные медицинские формулы являются неотъемлемой частью дело о суброгации. Однако в соответствии с действующим законодательством, например Закон о переносимости и подотчетности медицинского страхования 1996 г. (HIPAA), медицинские заявления требуют разрешения от участника. так что они могут быть переданы третьим лицам.Суброгация Платформа управления делами может предоставлять несколько типов медицинских разрешения, позволяющие адвокату получить доступ к сторонним подробные медицинские заявления. Например, в некоторых вариантах реализации платформа предоставляет полную медицинскую авторизацию и частичную медицинскую авторизации. Полное медицинское разрешение позволяет поверенному иметь полный обзор подробных медицинских требований. Это требуется, например, когда требуется утвердительное разрешение по первопричине, связанной со злоупотреблением психоактивными веществами или СПИДом.Частичное медицинское разрешение позволяет поверенному ограничить знание подробных медицинских утверждений - история болезни, связанная с Лечение СПИДа или реабилитация от наркозависимости исключены или ограничено определенным периодом времени.

    [0057] После создания нового дела и до просмотра детали оплачено претензий, адвокат может подать запрос на медицинское разрешение как требуется HIPAA. ИНЖИР. 10 показывает диаграмму последовательности примера процесс медицинского разрешения в соответствии с одним или несколькими варианты осуществления настоящей технологии.Платформа отправляет участника запрос авторизации к стороннему сервису подписи при работе 1001. Сторонняя служба подписи извлекает требуемые документы и отправляет документы адвокату истца по адресу операция 1003 для просмотра. Адвокат истца может проверить и добавить дополнительную информацию в разрешительные документы (например, в добавить комментарии, указать тип выпуска и / или срок годности и т. д.). После того, как поверенный проверит документ, сторонняя служба получает подтверждение от поверенного на операции 1005.В сторонняя служба затем отправляет документы на этапе 1007 в член для ознакомления и подписи.

    [0058] После того, как участник просмотрел и подписал разрешение документы, на этапе 1009 уведомление отправляется обратно в сторонняя служба подписи. Сторонняя служба подписи отправляет уведомление (например, электронное письмо) поверенному при операции 1011 и уведомление (например, электронное письмо) участнику во время операции 1013, что указывает на то, что авторизационный документ завершен.Сторонняя служба подписи также отправляет уведомление платформа на этапе 1015, чтобы указать, что авторизация была завершенный. Если это не полная авторизация, то суброгация эксперт по делу рассмотрит разрешение до того, как адвокат сможет продолжить.

    Фиг. 11 показывает другую диаграмму последовательности примера процесс авторизации в соответствии с одним или несколькими вариантами реализации настоящая технология. Поверенный на операции 1101 инициирует запрос авторизации из пользовательского интерфейса.Уровень обслуживания отправляет документы о членстве передаются поверенному на рассмотрение и проверка на этапе 1103 через стороннюю службу подписи. После проверки документов поверенным они направляется участнику на подпись. Как только уровень обслуживания получает полную и выполненную авторизацию на этапе 1105 от сторонней службы, уровень службы указывает в пользовательском интерфейсе на этапе 1107 авторизация завершена.

    Фиг. 12 - это пример снимка экрана пользовательского интерфейса, показывающий форма авторизации в соответствии с одним или несколькими вариантами осуществления настоящая технология.В некоторых вариантах реализации раскрывающееся меню 1201 дает поверенному возможность подать медицинские авторизация вручную или в электронном виде. Отправлено вручную запросы на авторизацию будут отправлены на рассмотрение эксперту по суброгации, пока обрабатываются запросы, отправленные в электронном виде автоматически платформой. В некоторых вариантах осуществления поверенный может выполнять следующие операции при создании медицинского авторизация:

    [0061] Операция 1: Поверенный предварительно просматривает медицинское разрешение формы через Личный кабинет.

    [0062] Операция 2: Поверенный выдает медицинское разрешение. формы по завершении обзоров.

    [0063] Операция 3: После того, как формы медицинского разрешения генерируется, платформа отправляет электронное письмо (например, через стороннюю услуги подписания) поверенному, чтобы указать оставшиеся требуемые Информация. Например, в соответствии с HIPPA срок действия или событие авторизации не требуется. Таким образом, электронное письмо просит поверенный, чтобы указать дату истечения срока или событие по делу.На основании введенной в форму информации платформа определяет, является ли авторизация полной авторизацией или частичная авторизация. Если в заполненной форме указано, что это полная авторизация, тогда дело может перейти на следующий этап один раз разрешение подписано участником. Если заполненная форма указывает, что это частичное разрешение, затем медицинское разрешение должно быть проверено экспертом по суброгации перед дело может продолжаться. Если срок медицинского разрешения истекает, претензии больше не будет доступен в Личном кабинете, и адвокат необходимо предоставить новое действующее медицинское разрешение, чтобы перейти к этапу авторизации.

    [0064] Операция 4: платформа отправляет формы авторизации, которые заполняются поверенным на адрес электронной почты участника. В Затем участник подписывает разрешение.

    [0065] Операция 5: После получения полного медицинского разрешения выполнен, поверенный может перейти к следующей операции Дело: оценка претензии и создание претензии / залога.

    Оценка требований и генерация требований / залогового права

    Фиг. 13 - блок-схема примерного пункта формулы изобретения. оценка и процесс предъявления претензий / залогового удержания в соответствии с одним или более вариантов осуществления настоящей технологии.После медицинского авторизация оформлена и подтверждена действительной, платформа переходит к выполнению оценки требований на этапе 1302 для определения если претензии относятся к делу. Если претензия не связана, в некоторых вариантах реализации платформа исключает иск из кейса по адресу операция 1304. Затем платформа генерирует сумму требования / залога на основе по соответствующим претензиям на этапе 1306 и предоставляет окончательный претензия / рекомендация о залоге (FLR) на операции 1308. После сторон урегулировать дело, и окончательная сумма требования / залога будет выплачена, дело может быть закрыт на операции 1310.В некоторых вариантах реализации релевантные документы можно сдать в архив на операции 1312. Поверенный может быть уведомлен о ходе дела на каждом этапе через Приборная панель.

    [0068] История болезни члена может быть сложной - в прошлом диагноз не обязательно связан с конкретным случаем. Обычно эксперт по суброгации вручную определяет, медицинское заявление имеет отношение к делу. Этот процесс может быть временем потребляющий. Платформа может анализировать соответствующую информацию о претензиях, например, тип травмы и / или травмированные части тела, чтобы автоматически определить вероятность того, что медицинское заявление связано с дело, тем самым сокращая время обработки дела и предоставляя больше гибкость к поверенному.

    Фиг. 14 - диаграмма последовательности примерного сопоставления претензий. процесс в соответствии с одним или несколькими вариантами осуществления настоящего технология. Как показано на фиг. 14, уровень обслуживания получает заявку информация из базы данных претензий на операции 1401. После База данных требований возвращает информацию о претензиях на этапе 1403, сервисный уровень хранит информацию о претензиях в базе данных дел на этапе 1405. Уровень службы также запрашивает утверждение оценки вероятности, указывающие, связаны ли претензии с Случай из анализатора при операции 1407.Двигатель возвращается оценки вероятности на операции 1409 и уровень обслуживания обновляет базу данных заявок с оценками вероятности при эксплуатации 1411.

    [0070] В некоторых вариантах реализации может быть реализован механизм анализа. с использованием системы искусственного интеллекта (ИИ). ИНЖИР. 15A иллюстрирует пример архитектуры системы ИИ 1500 для обучения и определение оценок вероятности претензий в соответствии с одним или несколькими варианты осуществления настоящей технологии. Система AI 1500 включает три основных компонента: сбор данных 1501, обучение модели 1503, и модель интерфейса передачи репрезентативного состояния (RESTful) и Педагогическая 1505.В компоненте 1501 сбора данных данные для выбранный период (например, последние три года) экспортируется из базы данных в процесс информационного извлечения, преобразования и загрузки (ETL). Informatica ETL извлекает функции, необходимые для претензии модель оценки и модель FLR, и экспортирует данные для разделения файлы данных об оценке претензий и FLR. В компоненте обучения модели 1503, модельный сервер проводит отдельные тренинги для заявки модель оценки и модель FLR. Сервер модели читает экспортирует файлы данных из Informatica ETL и выполняет обучение согласно одной или нескольким стенограммам обучения.После тренировки заполнено для модели оценки претензий и / или модели FLR, модели файлы создаются или обновляются.

    Фиг. 15B иллюстрирует другой пример архитектуры ИИ. система 1550 для обучения и определения оценок вероятности претензий в соответствии с одним или несколькими вариантами осуществления настоящего технология. Эта система 1550 включает компонент сбора данных 1551, компонент 1553 для обучения и развертывания моделей и серверная часть Интерфейс и машина передачи репрезентативного состояния (RESTful) Компонент управления обучением 1555.В этом примере развертывание функциональность совмещена с функциональностью обучения в компонент 1553 обучения и развертывания модели. В некоторых вариантах реализации сервер расширенного машинного обучения (также называемый DataRobot) проводит отдельные тренинги по оценке претензий. модель и модель FLR. После определения того, что обученные модели достичь заданного уровня точности, модели могут быть развернуты напрямую. В некоторых вариантах реализации планировщик заданий переподготовки может быть реализован в бэкэнд-интерфейсе RESTful и машинном обучении компонент 1555 управления для соответствующего планирования переподготовки.

    [0072] После завершения обучения интерфейс REST модели получает запросы от портала системы управления суброгациями на значения вероятности. Интерфейс REST модели выполняет вывод процесс путем чтения сгенерированной оценки претензии или модели FLR файлы. После завершения процесса вывода модель REST интерфейс отправляет список значений вероятности обратно на портал. К поддерживать высокий уровень точности, модели проходят переподготовку периодически используя планировщик заданий переподготовки.Работа по переподготовке планировщик запускает задание автоматической переподготовки в предварительно настроенном сроки (например, ежеквартально). Итоговые отчеты о переподготовке может быть осмотрен экспертом по суброгации, чтобы определить, Переобученная модель должна быть представлена ​​в выпуск. Во время модели процесс выпуска, старая обученная модель копируется и заново обучена Модель развернута для использования в оперативных выводах.

    [0073] Вероятность родства

    [0074] Для получения вероятности родства оценка претензии модель можно обучить с использованием таких методов, как обучение с учителем для классификации связанных претензий от несвязанных претензий.Общепринятый в задачах классификации используются такие алгоритмы, как логистическая регрессия, наивный байесовский классификатор, машины опорных векторов (SVM), решение деревья и / или случайный лес. Однако эти алгоритмы обычно хуже, когда есть множественные или нелинейные решения границы. Они недостаточно гибкие, чтобы захватывать более сложные отношения и закономерности, которые присутствуют в медицинских заявлениях. Также, большое количество шаблонов и деревьев позволяет создавать традиционные алгоритмы медленно во время обучения и вывода.Самые обычные алгоритмы самостоятельно построить локон решения, что может привести к более высокому шанс переобучения. Также есть ограниченное количество тонких настроек. варианты для достижения большей точности.

    [0075] Повышение градиента, метод машинного обучения для регрессии и классификации, могут быть использованы для получения модель прогнозирования для определения родства претензии. В виде по сравнению с обычными алгоритмами, алгоритмы повышения градиента строить деревья по одному. Каждое новое дерево помогает исправить допущенные ошибки по предварительно обученному дереву.Другими словами, последующие деревья помогают повысить ранее слабые модели до сильных, что приведет к более высоким точность при большом разбросе обучающего набора данных. Повышение градиента оценивает точность модели во время итерации через процесс повышения. Кроме того, повышение градиента усиливает влияние положительного или отрицательного класса, приводя к более точным результатам с несбалансированными наборами данных обучения. Пример настройки параметров модели оценки претензий с использованием Алгоритмы повышения градиента показаны следующим образом:

    TABLE-US-00001 params = {`objective`:` binary: logistic`, # Binary Классификация `max_depth`: 5, # Максимальная глубина дерева.`learning_rate`: 0.1, # Повышение скорости обучения` n_estimators`: 1000, # Количество увеличенных деревьев для размещения `n_jobs`: 4, # Количество параллельные потоки `min_child_weight`: 1, # Минимальная сумма экземпляра вес, необходимый в дочерней `подвыборке`: 0,8, # Отношение подвыборки обучающий экземпляр `colsample_bytree`: 0.8, # Отношение подвыборки столбцов при построении каждого дерева. `scale_pos_weight`: 1, # Баланс положительных и отрицательных весов `random_state`: 27, # Начальное число случайных чисел `tree_method`:` exact` # Построение дерева алгоритм}

    [0076] Параметр n_estimator используется для определения оптимизировано количество деревьев / раундов для оценки.Иногда больше более 80% утверждений в наборе обучающих данных не связаны претензии. Исходя из количества не связанных претензий, параметр `scale_pos_weight` можно использовать для добавления смещения для увеличения предсказания точность соответствующих претензий. В некоторых вариантах реализации параметр Learining_rate может использоваться для точной настройки модели для увеличения точность.

    Фиг. 16 показывает пример раздела дерева решений модель оценки претензий в соответствии с одним или несколькими вариантами реализации настоящая технология.В некоторых вариантах реализации несколько прядей могут быть построены параллельно для достижения более высокой скорости вычислений.

    [0078] Таблица 1 показывает пример полей ввода для взаимосвязи вероятностное обучение и определение. В некоторых вариантах реализации все поля ввода используются в обучении. В некоторых вариантах реализации подмножество полей выбирается для обучения.

    TABLE-US-00002 TABLE 1 Пример полей ввода для соответствия вероятностное обучение и определение Входные данные Описание 1. seq_id: Идентификатор последовательности для каждого утверждения 2.context_cd: Контекст идентификатор 3. case_type_cd: идентификатор типа дела 4. head_ind: установить значение «1», если описание травмы указывает на травму головы 5. back_ind: установите значение "1", если в описании травмы указана спина. травма 6. body_ind: Установите значение "1", если описание травмы. указывает на травму тела / туловища 7. hip_ind: Установите значение «1», если травма. Описание содержит одну из следующих строк 8. leg_ind: Установить значение "1", если описание травмы содержит одно из следующих строки 9. arm_ind: Установите значение "1", если описание травмы содержит одна из следующих строк 10.возраст: Фактический возраст пациента в время оказания услуг Medicare 11. Пол: Пол пациента 12. days: Количество дней с момента происшествия 13. ICD9D_RF: Список всех Внутренняя классификация болезней 9 (МКБ9) и диагноз по МКБ10 коды, связанные с текущим заявлением. 14. NDCCD_RF: Код препарата. связанный с текущим заявлением. 15. ICD9P_RF Список всех Текущая процедурная терминология (CPT), Общая процедура здравоохранения Система кодирования (HCPCS) или связанные коды доходов (ICD9 и ICD10) с текущей претензией.

    [0079] В некоторых вариантах реализации модель оценки претензий обучается через несколько эпох. Эпоха - это мера количества раз все обучающие векторы используются один раз для обновления веса. В некоторых вариантах осуществления процесс обучения обеспечивает опция ранней остановки, чтобы остановить тренировку, когда дальнейшее улучшение не будет контролируется.

    [0080] В некоторых вариантах осуществления полный набор данных, предоставляемый Informatica ETL (как показано на фиг. 15) разделен на две части: первое подмножество данных (например,г., 60%) используется для обучения, а второе подмножество данных (например, 40%) используется для проверки точность обучения.

    Фиг. 17 - диаграмма, иллюстрирующая несколько важных функций. в примере процесса обучения оценке претензий в соответствии с один или несколько вариантов осуществления настоящей технологии. Как показано на фиг. 17, поля ввода, такие как коды процедур, коды лекарств, диагноз коды, возраст и количество дней с момента происшествия важны особенности для точной модели прогнозирования.

    [0082] После обучения и развертывания модели случай суброгации платформа управления может получать значения вероятности для требования определения родства. ИНЖИР. 18 - пример схемы последовательности получения оценок вероятности претензии в соответствии с одним или больше вариантов осуществления настоящей технологии. Дело о суброгации платформа управления может запросить на операции 1801 через REST интерфейс, подробные сведения о претензии, включая связь вероятность. Механизм ИИ выполняет процесс вывода на основе модель оценки претензий для создания списка взаимосвязей значения вероятности для претензий.Затем движок ИИ отправляет значения вероятности возвращаются на платформу при операции 1803.

    Фиг. 19 иллюстрирует пример снимка экрана пользователя. интерфейс, показывающий связь заявки в соответствии с одним или несколькими варианты осуществления настоящей технологии. Вместо того, чтобы требовать эксперт по суброгации, чтобы вручную определить родство каждого претензии, платформа сравнивает значения вероятности, которые она получает от механизма ИИ до заранее определенного порога (например, 50%) до определить, связаны ли некоторые претензии.Как показано на фиг. 19, в этом примере претензия автоматически определяется как связанные с делом платформой.

    [0084] В некоторых вариантах осуществления поверенный может оспорить иск, который был определен как связанный платформой. ИНЖИР. 20 иллюстрирует еще один пример снимка экрана пользовательского интерфейса, показывающего претензию спор о родстве в соответствии с одним или несколькими вариантами осуществления настоящая технология. Адвокат может изменить поле «Связано?» нажмите кнопку 2001 с "ДА" на "НЕТ" и введите комментарии по претензии. 2003 г.Адвокат может загрузить подтверждающую документацию для спор. Споры по претензиям затем рассматриваются соцработником для правомерность, чтобы адвокаты не могли отменить иски, которые на самом деле имеет отношение к делу.

    [0085] Окончательная рекомендация по удержанию

    [0086] Подобно вероятности родства, обучение FLR определение может быть реализовано с помощью обучения с учителем. Для Например, повышение градиента может использоваться для прогнозирования модель для определения FLR на основе данных за выбранный период время (е.г., предыдущие три года). Модель генерирует вероятность, которая указывает, есть ли у всех связанных требований по делу получено, и никаких дальнейших претензий не ожидается на время. Примерные параметры настройки модели FLR показаны как следует:

    TABLE-US-00003 params = {`objective`:` binary: logistic`, # Binary Классификация `max_depth`: 5, # Максимальная глубина дерева. `learning_rate`: 0.1, # Повышение скорости обучения` n_estimators`: 1000, # Количество увеличенных деревьев для размещения `n_jobs`: 4, # Количество параллельные потоки `min_child_weight`: 1, # Минимальная сумма экземпляра вес, необходимый в дочерней `подвыборке`: 0.8, # Коэффициент субдискретизации обучающий экземпляр `colsample_bytree`: 0.8, # Отношение подвыборки столбцов при построении каждого дерева. `scale_pos_weight`: 1, # Баланс положительных и отрицательных весов `random_state`: 27, # Начальное число случайных чисел `tree_method`:` exact` # Построение дерева алгоритм}

    [0087] Здесь параметр `n_estimator` может использоваться для определения оптимизировано количество деревьев / раундов для оценки. В некоторых В вариантах осуществления параметр «Learning_rate» может использоваться для точной настройки модель повышенной точности.

    Фиг. 21 показывает пример раздела дерева решений Модель FLR в соответствии с одним или несколькими вариантами осуществления настоящего технология. В некоторых вариантах реализации может быть построено несколько прядей. параллельно для достижения более высокой скорости вычислений.

    [0089] Таблица 2 показывает пример полей ввода для FLR. решимость. В некоторых вариантах используются все поля ввода. в обучении. В некоторых вариантах реализации подмножество полей выбран для обучения.

    TABLE-US-00004 ТАБЛИЦА 2 Пример полей ввода для определения FLR Описание входа 1.seq_id: идентификатор последовательности для каждого утверждения 2. context_cd: идентификатор контекста 3. case_type_cd: тип дела идентификатор 4. head_ind: Установите значение "1", если описание травмы. указывает на травму головы 5. back_ind: Установите значение «1», если травма. Описание указывает на травму спины 6. body_ind: Установите значение "1", если Описание травмы указывает на травму тела / туловища 7. hip_ind: Set значение "1", если описание травмы содержит одно из следующих strings 8. leg_ind: Установите значение "1", если описание травмы содержит одна из следующих строк 9.arm_ind: установите значение "1", если травма. Описание содержит одну из следующих строк 10. Возраст: Фактический возраст пациента на момент получения услуг Medicare 11. пол: Пол пациента 12. дней: количество дней с момента происшествия 13. related_paid_dollars: Сумма уплаченных долларов за все связанные Претензии 14. related_paid_claims: Количество всех связанных претензий 15. unrelated_paid_dollars: Сумма уплаченных долларов за все несвязанные претензий 16. unrelated_paid_claims: Подсчет всех несвязанных претензий. 17. count_30: количество связанных претензий за последние 30 дней 18.count_60: количество связанных претензий за последние 60 дней 19. count_90: Количество связанных претензий за последние 90 дней 20. count_180: Количество связанные претензии за последние 180 дней 21. count_360: Количество связанных претензий претензий за последние 360 дней

    [0090] В некоторых вариантах реализации модель обучается через несколько эпох. В некоторых вариантах тренировочный процесс обеспечивает раннее опция остановки, чтобы остановить тренировку, когда не будет никаких дальнейших улучшений. контролируется. В некоторых вариантах осуществления полный набор данных предоставляется Informatica ETL (как показано на фиг.15) разделен на две части: первое подмножество данных (например, 60%) используется для обучения, а второе подмножество данных (например, 40%) используется для проверки точность обучения.

    Фиг. 22 - диаграмма, иллюстрирующая несколько важных функций. в примере процесса обучения FLR в соответствии с одним или несколькими варианты осуществления настоящей технологии. Как показано на фиг. 22, вход такие поля, как сумма уплаченной суммы по всем связанным претензиям, возраст пациента, количество не связанных претензий, сумма уплаченных долларов за все несвязанные претензии являются важными характеристиками для получения модель точного прогноза.

    [0092] После того, как модель FLR обучена и развернута, движок AI выполняет процесс вывода на основе модели для создания значение вероятности для FLR. Платформа управления делами суброгации определяет, следует ли выдавать письмо, сравнивая вероятность значение с заранее определенным порогом (например, 50%). ИНЖИР. 23 иллюстрирует пример снимка экрана с пользовательским интерфейсом, показывающего Окончательное удержание Рекомендательное письмо, выпущенное платформой.

    Уведомление поверенного

    Как обсуждалось в связи с фиг.13 членов могут быть уведомлен о ходе дела на разных стадиях. Платформа у пользователей есть возможность выбрать настройки уведомлений, например текстовые сообщения, электронная почта или ничего. Пользователи могут изменить настройки на любое время.

    [0095] Если пользователь устанавливает предпочтение как текстовые сообщения, платформа может отправлять уведомления пользователям через сторонние служба уведомлений. ИНЖИР. 24 - схема последовательности, показывающая пример вызова службы уведомлений для отправки уведомлений на получатель в соответствии с одним или несколькими вариантами реализации настоящая технология.Платформа вызывает уведомление сервис на операции 2401 и предоставляет номер отправителя, получателя номер и другая необходимая информация, такая как разрешение токен. Затем сторонняя служба уведомлений переходит к отправке сообщение получателю на операции 2405.

    [0096] Поверенный истца может получать уведомления в сценарии, включая, но не ограничиваясь, получение новой заявки на дело, претензия или документ, ожидающий рассмотрения поверенным, Срок действия медицинского разрешения истекает и / или выдается FLR.

    [0097] Запрос на компромисс

    Платформа также позволяет сторонам запрашивать компромисс и / или согласовать окончательную сумму требования / залога. ИНЖИР. 25 иллюстрирует пример скриншота пользовательского интерфейса, показывающий компромисс запрос в соответствии с одним или несколькими вариантами осуществления настоящего технология. После согласования компромисса и окончательного сумма иска / залога уплачена, дело может быть закрыто Платформа.

    Фиг. 27 - блок-схема способа для обеспечение автоматизированной обработки дел о суброгации в соответствии с с одним или несколькими вариантами осуществления настоящей технологии.Метод 2700 включает в себя в операции 2710 передачу запроса на база данных с использованием подсистемы связи. Запрос включает информация, указывающая на инцидент, связанный с участником. В метод 2700 включает в себя на этапе 2720 получение подсистема связи, ответ на запрос, указывающий на сопутствующая медицинская информация для участника. Метод 2700 включает в себя на этапе 2730 извлечение на основе полученного ответ, медицинские требования, связанные с членом.Метод 2700 включает в себя в операции 2740 вычисление с использованием вычисления подсистема, которая хотя бы частично реализована с использованием электронных цепей, первое значение вероятности для каждого извлеченного медицинского требовать. Первая вероятность указывает на родство медицинского претензии к происшествию. Метод 2700 включает в себя на этапе 2750: определение для каждой полученной медицинской заявки, претензия связана с инцидентом путем сравнения первой вероятности значение с первым предопределенным порогом.Метод 2700 включает, на этапе 2760 вычисление с использованием вычислительной подсистемы второе значение вероятности, показывающее, все ли медицинские утверждения связанные с инцидентом. Метод 2700 также включает, на этапе 2770, генерируя окончательное определение для инцидента, сравнивая второе значение вероятности со вторым предопределенный порог.

    [0100] В некоторых вариантах реализации способ дополнительно включает получение первый набор обучающих данных, который включает информацию о нескольких прошлые инциденты.Каждый из нескольких прошлых инцидентов имеет один или несколько связанные медицинские требования и каждое медицинское заявление, включая как минимум возраст члена-корреспондента, один или несколько диагностических кодов, один или несколько кодов лекарств или один или несколько процедурных кодов. Метод также включает обучение подсистемой вычислений, оценку претензий модель, основанная как минимум на одном возрасте члена-корреспондента, один или несколько кодов диагноза, один или несколько кодов лекарств или один или несколько процедурных кодов первого набора обучающих данных.В в некоторых вариантах осуществления вычисление первого значения вероятности включает определение первого значения вероятности путем получения вывода результат медицинской претензии с использованием модели оценки претензии. В В некоторых вариантах осуществления обучение включает обучение заявлению модель оценки с использованием метода повышения градиента. В некоторых В вариантах осуществления метод повышения градиента использует дерево решений с максимальной глубиной пять.

    [0101] В некоторых вариантах реализации способ дополнительно включает получение второй набор обучающих данных, который включает информацию о нескольких прошлые инциденты.Каждый из нескольких прошлых инцидентов включает в себя: минимальный возраст члена-корреспондента, сумма уплаченной суммы за все связанные медицинские требования, ряд несвязанных медицинских требований, или сумма уплаченной суммы по всем не связанным медицинским требованиям. В метод также включает обучение вычислительной подсистемой модель окончательной рекомендации, основанная как минимум на одном возрасте член-корреспондент, сумма уплаченной суммы по всем связанным медицинские требования, количество несвязанных медицинских требований или сумма уплаченной суммы по всем не связанным медицинским требованиям в второй набор обучающих данных.В некоторых вариантах осуществления вычисление второе значение вероятности включает определение второго значение вероятности путем получения результата вывода на основе инцидент и извлеченные медицинские требования с использованием окончательного рекомендательная модель. В некоторых вариантах осуществления обучение включает: обучение модели окончательной рекомендации с использованием повышения градиента техника. В некоторых вариантах реализации методы повышения градиента использует дерево решений, имеющее максимальную глубину пяти.

    Компьютер

    Фиг.26 - схематическое изображение машины в примерная форма компьютерной системы 2600, в которой набор инструкции, заставляющие машину выполнять одно или несколько из могут быть выполнены методологии или модули, обсуждаемые здесь.

    [0104] В примере по фиг. 26 компьютерная система 2600 включает в себя процессор, память, энергонезависимая память и интерфейсное устройство. Различные общие компоненты (например, кэш-память) опущены для иллюстративная простота. Компьютерная система 2600 предназначена для проиллюстрировать аппаратное устройство, на котором любой из компонентов описанный в примере на фиг.1-24 (и любые другие компоненты описанные в этой спецификации) могут быть реализованы. Компьютер система 2600 может быть любого применимого известного или удобного типа. В компоненты компьютерной системы 2600 могут быть соединены вместе через автобусом или другим известным или удобным устройством.

    [0105] Это раскрытие предполагает, что компьютерная система 2600 принимает любая подходящая физическая форма. В качестве примера, а не в качестве ограничение, компьютерная система 2600 может быть встроенным компьютером система, система на кристалле (SOC), одноплатная компьютерная система (SBC) (например, компьютер-модуль (COM) или система-на-модуле (SOM)), настольный компьютер, ноутбук или компьютерная система для ноутбука, интерактивный киоск, мэйнфрейм, сетка компьютерных систем, мобильного телефона, персонального цифрового помощник (КПК), сервер или комбинация двух или более эти.При необходимости компьютерная система 2600 может включать в себя один или еще компьютерные системы 2600; быть унитарными или распределенными; охватывать несколько локаций; охватить несколько машин; или находиться в облаке, который может включать один или несколько облачных компонентов в один или несколько сети. При необходимости одна или несколько компьютерных систем 2600 могут выполнять без существенных пространственных или временных ограничений одно или несколько этапов одного или нескольких способов, описанных или проиллюстрированных в данном документе. В качестве примера, но не ограничения, один или несколько компьютеров системы 2600 могут работать в режиме реального времени или в пакетном режиме один или несколько этапы одного или нескольких способов, описанных или проиллюстрированных в данном документе.Один или более компьютерных систем 2600 могут работать в разное время или в разные места, один или несколько шагов одного или нескольких методов описаны или проиллюстрированы здесь, где это уместно.

    [0106] Процессор может быть, например, обычным микропроцессор, такой как микропроцессор Intel Pentium или Motorola Микропроцессор PowerPC. Специалист в соответствующей области может признать, что термины "машиночитаемый (запоминающий) носитель" или "машиночитаемый (запоминающий) носитель" включает любой тип устройства. который доступен процессору.

    [0107] Память связана с процессором, например, посредством автобус. Память может включать, в качестве примера, но не ограничения, оперативная память (RAM), такая как динамическая RAM (DRAM) и статическая RAM (SRAM). Память может быть локальной, удаленной или распределенной.

    [0108] Шина также связывает процессор с энергонезависимым память и привод. Энергонезависимая память часто является магнитной гибкий или жесткий диск, магнитно-оптический диск, оптический диск, постоянная память (ROM), такая как CD-ROM, EPROM или EEPROM, магнитная или оптическая карта или другая форма хранения для больших объемы данных.Некоторые из этих данных часто записываются прямым процесс доступа к памяти, в память во время выполнения программного обеспечения в компьютерная система 2600. Энергонезависимое хранилище может быть локальным, удаленный или распределенный. Энергонезависимая память не является обязательной, потому что системы могут быть созданы со всеми применимыми данными, доступными в объем памяти. Типичная компьютерная система обычно может включать как минимум процессор, память и устройство (например, шина), соединяющее память к процессору.

    [0109] Программное обеспечение обычно хранится в энергонезависимой памяти. и / или привод.Действительно, хранение целой большой программы в память может быть невозможна. Тем не менее следует понимать что для запуска программного обеспечения, при необходимости, оно перемещается в машиночитаемое место, подходящее для обработки, и для в иллюстративных целях это место называется памятью В этой статье. Даже когда программное обеспечение перемещается в память на выполнение, процессор обычно может использовать аппаратное обеспечение регистры для хранения значений, связанных с программным обеспечением, и локальные кеш, который в идеале служит для ускорения выполнения.Как здесь используется, предполагается, что программное обеспечение хранится в любом известном или удобное расположение (от энергонезависимого хранилища до аппаратного регистры), когда программа упоминается как "реализованная на машиночитаемом носителе ". Процессор считается "настроен на выполнение программы", когда хотя бы одно значение связанный с программой, хранится в регистре, доступном для чтения процессор.

    [0110] Шина также связывает процессор с сетевым интерфейсом. устройство. Интерфейс может включать в себя один или несколько модемов или сетей. интерфейс.Понятно, что модем или сетевой интерфейс можно рассматривать как часть компьютерной системы 2600. интерфейс может включать аналоговый модем, модем ISDN, кабельный модем, интерфейс Token Ring, интерфейс спутниковой передачи (например, "прямой ПК") или другие интерфейсы для подключения компьютерной системы к другие компьютерные системы. Интерфейс может включать один или несколько входов и / или устройства вывода. Устройства ввода / вывода могут включать в себя: пример, но не ограничение, клавиатура, мышь или другое указывающее устройство, дисководы, принтеры, сканер и другие устройства ввода и / или устройства вывода, включая устройство отображения.Устройство отображения может включают, в качестве примера, но не ограничения, электронно-лучевую трубку (CRT), жидкокристаллический дисплей (LCD) или другой известный или удобное устройство отображения. Для простоты предполагается, что контроллеры любых устройств, не изображенных в примере на фиг. 22 находятся в интерфейсе.

    [0111] В процессе работы компьютерной системой 2600 можно управлять с помощью программное обеспечение операционной системы, которое включает систему управления файлами, например, дисковая операционная система. Один пример операционной системы программное обеспечение с соответствующим программным обеспечением системы управления файлами является семейство операционных систем, известное как Windows.RTM. от Microsoft Корпорация Редмонд, Вашингтон, и связанное с ними управление файлами системы. Еще один пример программного обеспечения операционной системы с его соответствующее программное обеспечение системы управления файлами - это Linux.TM. операционная система и связанная с ней система управления файлами. В система управления файлами обычно хранится в энергонезависимой памяти и / или приводного устройства и заставляет процессор выполнять различные действия, используемые операционной системой для ввода и вывода данные и хранить данные в памяти, в том числе хранить файлы на энергонезависимая память и / или привод.

    [0112] Могут быть представлены некоторые части подробного описания. в терминах алгоритмов и символических представлений операций на битах данных в памяти компьютера. Эти алгоритмические описания и представления - это средства, используемые квалифицированный специалист в области обработки данных, чтобы наиболее эффективно передать суть их работы другим специалистам в данной области. Алгоритм здесь и, как правило, задумана как самосогласованная последовательность операций, приводящих к желаемому результату.Операции таковы требующие физических манипуляций с физическими величинами. Обычно, хотя и не обязательно, эти величины имеют вид электрические или магнитные сигналы, которые могут быть сохранены, переносятся, объединяются, сравниваются и иным образом обрабатываются. Оно имеет время от времени оказывается удобным, в основном по причинам общего использование для обозначения этих сигналов как битов, значений, элементов, символы, символы, термины, числа и т.п.

    [0113] Однако следует иметь в виду, что все эти и аналогичные термины должны быть связаны с соответствующими физическими количества и являются просто удобными этикетками, прикрепленными к этим количества.Если специально не указано иное, как следует из При следующем обсуждении принимается во внимание, что на протяжении всего описание, обсуждения с использованием таких терминов, как «обработка» или «вычисление» или «вычисление», или «определение», или «отображение», или "генерирование" и т.п. относятся к действию и процессам компьютерная система или подобное электронное вычислительное устройство, которое манипулирует и преобразует данные, представленные как физические (электронные) количества в регистрах компьютерной системы и воспоминания в другие данные, аналогично представленные как физические количества в памяти или регистрах компьютерной системы или другое такое хранение, передача или отображение информации устройств.

    [0114] Представленные здесь алгоритмы и дисплеи не по своей природе связаны с каким-либо конкретным компьютером или другим устройством. Различные универсальные системы могут использоваться с программами в в соответствии с изложенными здесь учениями, или может оказаться удобным построить более специализированный аппарат для выполнения методов некоторых варианты. Используемая структура для множества этих систем может появиться из описания ниже. Кроме того, техники не описаны со ссылкой на какое-либо конкретное программирование язык, и, таким образом, различные варианты осуществления могут быть реализованы с использованием разнообразие языков программирования.

    [0115] В альтернативных вариантах осуществления машина работает как автономное устройство или может быть подключено (например, по сети) к другому машины. В сетевом развертывании машина может работать в емкость сервера или клиентской машины в сети клиент-сервер среде, или как одноранговая машина в одноранговой (или распределенная) сетевая среда.

    [0116] Машина может быть серверным компьютером, клиентским компьютером, персональный компьютер (ПК), планшетный ПК, портативный компьютер, приставка коробка (приставка), персональный цифровой помощник (КПК), сотовый телефон, iPhone, Blackberry, процессор, телефон, Интернет устройство, сетевой маршрутизатор, коммутатор или мост, или любая машина способный выполнять набор инструкций (последовательных или в противном случае), которые определяют действия, которые должны быть выполнены этой машиной.

    [0117] В то время как машиночитаемый носитель или машиночитаемый носитель носитель данных показан в примерном варианте осуществления как одиночный среда, термин "машиночитаемый носитель" и "машиночитаемый носитель" носитель информации "следует понимать как включающий единственный носитель или несколько носителей (например, централизованная или распределенная база данных и / или связанных кешей и серверов), которые хранят один или несколько наборов инструкции. Термин «машиночитаемый носитель» и "машиночитаемый носитель информации" также должен включать любой носитель, способный хранить, кодировать или переносить набор инструкций для выполнения машиной и которые вызывают машина для выполнения одной или нескольких методологий или модулей раскрытой в настоящее время техники и нововведений.

    [0118] В общем, подпрограммы, выполняемые для реализации варианты раскрытия, могут быть реализованы как часть операционная система или конкретное приложение, компонент, программа, объект, модуль или последовательность инструкций, называемых "компьютер" программ. Компьютерные программы обычно содержат одну или несколько инструкции, установленные в разное время в разной памяти и хранилище устройств в компьютере, и это при чтении и выполнении одним или больше процессоров или процессоров в компьютере, вызывают компьютер для выполнения операций по выполнению элементов, включающих различные аспекты раскрытия.

    [0119] Кроме того, хотя варианты осуществления были описаны в контекст полностью функционирующих компьютеров и компьютерных систем, специалисты в данной области техники могут оценить, что различные варианты осуществления возможность распространения в качестве программного продукта в различных формы, и что раскрытие применяется в равной степени независимо от конкретный тип машинного или машиночитаемого носителя, используемый для фактически влияет на распространение.

    [0120] Дополнительные примеры машиночитаемых носителей информации, машиночитаемый носитель или машиночитаемый носитель (носитель) включают, но не ограничиваются, носители записываемого типа, такие как энергозависимые и энергонезависимые устройства памяти, дискеты и другие съемные диски, жесткие диски, оптические диски (например,г., компактный Дисковое постоянное запоминающее устройство (CD ROM), универсальные цифровые диски (DVD), и т. д.), а также носители типа передачи, такие как цифровые и аналоговые каналы связи.

    [0121] В некоторых случаях работа запоминающего устройства, например изменение состояния с двоичного на двоичный ноль или наоборот, например, может включать преобразование, такое как физический трансформация. С определенными типами запоминающих устройств такие физическое преобразование может включать в себя физическое преобразование статья в другое состояние или вещь.Например, но без ограничение, для некоторых типов устройств памяти изменение состояния может включают накопление и хранение заряда или высвобождение накопленный заряд. Аналогично, в других устройствах памяти изменение состояния может включать физическое изменение или преобразование магнитного ориентация или физическое изменение или преобразование в молекулярном структура, например от кристаллической до аморфной или наоборот. В вышеизложенное не является исчерпывающим списком, в котором изменение состояния двоичной единицы на двоичный ноль или наоборот в запоминающее устройство может содержать преобразование, например физическое трансформация.Скорее, вышеизложенное предназначено для иллюстрации. Примеры.

    [0122] Носитель данных обычно может быть энергонезависимым или содержать энергонезависимое устройство. В этом контексте долговременное хранилище среда может включать в себя осязаемое устройство, а это означает, что устройство имеет конкретную физическую форму, хотя устройство может изменяться его физическое состояние. Так, например, термин «непреходящий» относится к устройство остается ощутимым, несмотря на это изменение состояния.

    [0123] Примечания

    [0124] Вышеприведенное описание различных вариантов осуществления заявленный объект был предоставлен для целей иллюстрация и описание.Это не претендует на то, чтобы быть исчерпывающим или ограничить заявленный предмет точными формами раскрыт. Многие модификации и вариации будут очевидны специалист в данной области. Варианты реализации были выбраны и описаны в чтобы наилучшим образом описать принципы изобретения и его практических приложений, тем самым давая возможность другим специалистам в соответствующее искусство, чтобы понять заявленный предмет, различные варианты осуществления и различные модификации, которые подходят для предполагается конкретное использование.

    [0125] Хотя варианты осуществления были описаны в контексте полностью функционирующие компьютеры и компьютерные системы, специалисты в специалистам будет понятно, что различные варианты осуществления способны распространяется как программный продукт в различных формах, и что раскрытие применяется в равной степени независимо от конкретного тип машины или машиночитаемого носителя, используемого для фактического воздействия распространение.

    [0126] Хотя приведенное выше подробное описание описывает некоторые варианты и предполагаемый лучший режим, независимо от того, насколько подробно Вышеупомянутое присутствует в тексте, варианты осуществления могут быть применены на практике во многих способами.Детали систем и методов могут значительно различаться в детали их реализации, хотя все еще охвачены Технические характеристики. Как отмечалось выше, особая терминология, используемая при описание определенных функций или аспектов различных вариантов осуществления не следует понимать, что терминология переопределено в настоящем документе, чтобы ограничить его какими-либо конкретными характеристиками, признаки или аспекты изобретения, с которыми эта терминология связано. В общем, термины, используемые в следующих пунктах формулы изобретения не следует истолковывать как ограничение изобретения конкретными варианты осуществления, раскрытые в описании, если только эти термины не явно определено в данном документе.Соответственно, реальный объем изобретение включает не только раскрытые варианты осуществления, но также все эквивалентные способы практического применения или реализации вариантов осуществления по искам.

    [0127] Язык, используемый в спецификации, в основном выбрано для удобочитаемости и учебных целей, и он не может были выбраны для обозначения или ограничения изобретательского предмет. Следовательно, предполагается, что объем изобретение ограничивается не данным подробным описанием, а скорее любыми претензиями, которые возникают в заявлении, основанном на этом документе.Соответственно, раскрытие различных вариантов осуществления предназначено для быть иллюстративным, но не ограничивающим, объема вариантов осуществления, который изложен в следующих пунктах формулы изобретения.

    * * * * *


    Когда справедливые средства правовой защиты уступают место средствам правовой защиты (или как избежать оговорки о суброгации плана льгот) - ЮРИСТ - Комментарий

    JURIST Приглашенный обозреватель Джон У. Клинкер из Университета Лойола в Чикаго Школа права обсуждает, как решение в Montanile потенциально создает прецедент, который может повлиять на финансирование планов социальных пособий ... Общий термин в планах социальных пособий устанавливает соглашение, в соответствии с которым план будет оплачивать покрытые медицинские расходы сотрудника, когда сотрудник травмирован третьей стороной.Как правило, в рамках этой договоренности сотрудники соглашаются возместить расходы по плану, если они позже оправятся от причинения вреда третьей стороне. Такое соглашение заключается в порядке суброгации. Подумайте, что происходит, когда сотрудник получает деньги от такой третьей стороны, но вместо того, чтобы возместить свой план, он тратит их на не отслеживаемые товары, такие как услуги или расходные материалы. Эти факты рассматривались Верховным судом при рассмотрении дела Монтаниль против Попечительского совета Национального плана льгот по охране здоровья лифтовой индустрии [PDF].

    Национальный план медицинского страхования лифтовой индустрии, ответчик [PDF], управлял планом социального обеспечения. Согласно плану, бенефициар мог получить дополнительные льготы в случае травмы от третьей стороны, тем самым предоставляя ему адекватную финансовую поддержку, поддерживая указанную третью сторону в судебном иске. Принимая предварительные льготы, бенефициар соглашался использовать любые суммы, полученные в результате судебного иска, для незамедлительного возмещения по плану, даже до того, как возвращенные средства будут использованы для оплаты гонораров или расходов адвокатов, или расходов или ущерба бенефициара.

    В декабре 2008 года истец Роберт Монтаниль [PDF] стал жертвой автомобильной аварии. Пьяный водитель проехал через знак остановки и столкнулся с автомобилем Монтаниля, в результате чего он получил серьезные травмы. В результате полученных травм Монтаниле перенес операцию по сращению позвоночника и несколько других форм лечения. На момент получения травмы Монтаниль был бенефициаром плана социального обеспечения ответчика. Таким образом, план покрыл медицинские расходы Montanile, которые составили 121 044,02 доллара. Перед получением аванса Montanile подписал соглашение, подтверждающее его обязательство возместить плану любое возмещение, полученное им в порядке «судебного иска, урегулирования спора или иным образом».

    Montanile подал иск против водителя и в конечном итоге получил компенсацию в размере 500 000 долларов, из которых он оплатил гонорары своим адвокатам и расходы, уменьшив его общее взыскание почти до 240 000 долларов. Затем Совет попечителей ответчика потребовал возмещения из оставшихся средств Montanile в соответствии с пунктом суброгации плана. Они встретили сопротивление со стороны поверенных Montanile, которые утверждали, что план не имеет права на возмещение. Обе стороны попытались прийти к соглашению о возмещении расходов, но переговоры не увенчались успехом.Адвокаты Montanile затем проинформировали Правление, что оставшиеся средства будут выплачены Montanile, если Правление не возразит в течение четырнадцати дней. Правление не возражало, и средства были выплачены. Шесть месяцев спустя Совет подал иск.

    Правление потребовало возмещения расходов на продвижение плана в пользу Montanile посредством справедливого залогового залога на расчетные фонды или любое другое имущество, находящееся во владении Montanile. Монтаниль, вступивший во владение расчетными фондами несколькими месяцами ранее и потративший почти все из них, утверждал, что эти фонды больше не были отделены и отличны от его общих активов, и, следовательно, на них нельзя было наложить справедливое залоговое право.Этот аргумент потерпел неудачу в окружном суде, который вынес решение в порядке упрощенного производства для Совета, и в Одиннадцатом округе, который подтвердил решение суда первой инстанции. Перед Верховным судом стоял вопрос, «может ли фидуциар ERISA обеспечить справедливое право удержания в отношении общих активов ответчика при таких обстоятельствах».

    ERISA, в частности § 502 (a) (3), позволяет фидуциарам добиваться справедливой защиты через гражданский иск, когда это необходимо для обеспечения соблюдения условий плана социальных пособий. Это положение стало сутью дискуссии в Монтаниле, где суд должен был определить, является ли получение возмещения из общих активов Montanile сверх средств урегулирования допустимым справедливым средством правовой защиты или выходит за рамки правовой защиты.

    При определении того, являлось ли решение, запрошенное Советом, справедливой судебной защитой, суд провел обширное расследование того, как охарактеризовать предъявленное им требование и характер запрошенных средств правовой защиты. Ранее суд вынес решение - в делах Great-West Life & Annuity Insurance Co. против Кнудсона, Серебофф против Mid Atlantic Medical Services, Inc. и US Airways, Inc. против Маккатчена [PDF] - по фидуциарам плана, требующим возмещения затрат авансы получателям на покрытие медицинских расходов, которые получатели впоследствии возместили от третьих лиц.В соответствии с прецедентом, изложенным в этих трех случаях, требование Правления будет считаться справедливым, но это не дает окончательного ответа на вопрос о том, является ли средство правовой защиты, испрашиваемое Правлением, справедливым.

    Справедливые средства правовой защиты обычно предоставляют стороне права на конкретный объект или в отношении него, тогда как средства правовой защиты дают стороне право взыскать деньги из активов ответчика. Следовательно, для существования справедливого залога оно должно быть помещено в специально идентифицируемый фонд, поскольку этот фонд будет представлять собой конкретный объект, на который может быть сохранено право.Расходуя весь специально идентифицируемый фонд на не отслеживаемые предметы, бенефициар исключает предмет, на который может быть наложено справедливое право залога. Суд постановил, что такое поведение ответчика является ненадлежащим, но, несмотря на это нарушение, истец не мог требовать возмещения из общих активов бенефициара.

    Таким образом, суд в конечном итоге вынес решение в пользу Montanile и постановил, что суд низшей инстанции не может должным образом разрешить плану требовать взыскания из общих активов Montanile.Вместо этого суд вернул дело на судебный уровень для определения того, хранил ли Монтанил свои расчетные средства и остальные активы отдельно, а также владел ли он какими-либо отслеживаемыми активами, непосредственно вытекающими из этих средств.

    Прецедент, созданный этим решением, может быть довольно узким, но он может сильно повлиять на финансирование планов социальных пособий. В ситуациях, подобных ситуации в Монтаниле, планы льгот создаются для оказания помощи их получателям во время их нужды после травм.В свою очередь, эти бенефициары прямо соглашаются посредством оговорки о суброгации выплатить свои планы, если они будут восстановлены третьей стороной, которая нанесла им ущерб. Планы социальных пособий ожидают, что получатели возместят им расходы в рамках их постоянных усилий по поддержанию адекватного финансирования, чтобы они могли оказывать необходимую поддержку всем получателям в рамках плана. Однако, как заявила судья Гинзбург в своем несогласии [PDF] с Montanile, бенефициары теперь «могут избежать этого обязательства по возмещению».. . быстро расходуя расчетные средства на неотслеживаемые предметы ».

    Джон Клинкер - студент юридического факультета Чикагского юридического факультета Университета Лойолы, где он является управляющим редактором Чикагского юридического журнала Университета Лойолы. Он получил степень бакалавра политических наук и BSW в Университете Лойола в Чикаго.

    Предлагаемое цитирование: Джон Клинкер Когда справедливые средства правовой защиты уступают место средствам правовой защиты по закону (или как избежать положения о суброгации плана льгот , ЮРИСТ - Комментарий учащихся, февраль.

    Ответить

    Ваш адрес email не будет опубликован. Обязательные поля помечены *