You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 9 Next »

openIDL Regulatory Reporting Data Model Working Group Charter

Initial copy and formatting via word: Joan Zerkovich, NOV-21
Conversion to wiki formatting: Peter Antley, NOV-21



Mission

Mission of the Regulatory Reporting Data Model working group (“RRDM”) is to foster technical requirements and business-level conversations about the openIDL data model for regulatory reporting that encompasses both State Statistical Reporting requirements and data calls and to maintain all artifacts related to the model as decided by the group.

These conversations will initially be focused on creating the baseline model to enable automated regulatory reporting through openIDL, with an initial focus on statistical reporting but will transition to broader topics such as data calls.


Membership

The RRDM Group membership is composed of individuals from insurance companies and state regulators interested in consolidating statistical reporting data and state data call requirements into a single modern model for existing reports but flexible and extensible to meet emerging reporting needs.  Membership is open to staff with expertise in regulatory reporting, insurance data and data modeling.

Membership is public information and posted to the working group Wiki.  Potential members may submit their name and other information to the working group Chair for addition to the Wiki.


Discussion Format and Content

The RRDM will host meetings and discussions (in person and online) for member contributions to the model.

  • Consolidation of statistical reporting requirements and data call elements.
    Discussions regarding iterative improvements to the current data model for regulatory reporting using openIDL
  • Publish documentation and models for review and revision
  • Track the backlog of items for model improvement


Operating Principles

RRDM Chair

The Chair of the RRDM will rotate on an annual basis to give all working group participants the opportunity facilitate meetings.  Working group members are not required to hold the Chair position.  The position is voluntary only.

Elected position. Removal and replacement policy for chair. Vice Chair to succeed the chair. chair position must belong to active organization and member in good standing.    Chair /  Vice-chair shall rotate between company and regulator representatives (.e.g. if chair is a regulator, vice-chair will be from a company)


  • sets meeting schedule


Will delegate a temp secretary if secretary is not available. 

  • need permission to record the meeting if secretary is not there. 
  • assume all roles of secretary if not secretary is not available

 

RRDM Vice Chair

The Vice Chair of the RRDM will rotate on an annual basis to give all working group participants the opportunity facilitate meetings.  Working group members are not required to hold the Chair position.  The position is voluntary only.

Elected position. Removal and replacement policy for chair. Vice Chair to succeed the chair. chair position must belong to active organization. 


Secretary
Responsible for producing minutes and actionable items and agreements, and commitments (ownership of actionable items)  within 48 hours of the conclusion of meeting. 

Recording meeting, recording attendees. 

Meetings are being recorded for the life of openIDL. 

Recordings are public. 


Ensuring the Anti Trust slide is shown. 


Quarterly commitment

Ideally one organization does not do it twice in a row. 


Voting Members

The sole voting member of an organization. 

One voting member per member organization. It must be pre-defined with an alternate

While regulators are associate members of OpenIDL they are voting members of RRWG


Associate Members

Part of an organization, a participant in discussion.   Member has  no voting rights unless designated as an alternate.



Quorum 

At min half of the voting members (RRWG) are present.  Half of the regulators and half of the carriers must be present to make reach quorum.

1 vote for each member organization. 


Adopting an action

The RRWG will draft and item to be adopted.  It shall be published as an agenda item for the next scheduled RRWG session with necessary and appropriate supporting material.  At the next scheduled RRWG meeting, it will be presented by the chair for adoption.


A carrier group consisting of voting members for carriers, and a regulatory group consisting of voting members of regulators. Each group will meet and discuss a proposal and as a group determine its viability. If both groups agree, then it is accepted. if not it is rejected.   If a split between company and regulator group item is available for further discussion until an acceptable alternative to both groups is found. 



Members must be in good standing to vote

Good Standing is defined by: A dues paying member of linux foundation and openIDL. 

In order to cast a vote you must be at the meeting, if you are not available send alternate. If an organization is not present their vote if forfeited. 



RRDM Member Communication
The primary forum for this Working Group will be a group email list. This list shall be open to any subscriber and publicly archived, and moderated by openIDL staff or other volunteers. The email list should be considered the discussion system of record for the community.


The group may decide to also host conference phone calls, on an ad-hoc or recurring basis, which can be convened, and minutes recorded, by openIDL staff. This may be useful as a way to motivate the community towards a consensus on a position, or hear from those for whom email is too noisy.

 
However notes should be posted back to the email list, and important discussions or decisions should not be closed without input from the list. The group may also decide to meet face-to-face, for example at an NAIC conference where many participants will also be attending. As with phone calls, the mailing list should be updated on important points raised or notes taken, and important discussions or decisions should be brought to the list.

The group may elect to shift to a different tool than email, so long as the openIDL Regulatory Reporting Steering Committee agrees.


Model Approval

  1. Data Dictionary on wiki
  2. Approval for dictionary
  3. graphical representation is made
  4. solution sent to RRSC for approval. 
  5. Approved diagrams should be publicly available on wiki



Approval of a version of the model that will be used for openIDL node implementation is by consensus with the opportunity for any member to attach documentation on outstanding issues for consideration, recommended changes or enhancements.  Approved versions are forwarded to the Regulatory Reporting Steering Group for approval as the current working version that will be used for automated statistical reporting and Proofs of Concepts.


Consistent with agile development and ensuring rapid feedback based upon experience, models versions may be updated quarterly but at least annually.


Antitrust Guidelines

All members shall abide by The Linux Foundation Antitrust Policy available at: http://www.linuxfoundation.org/antitrust-policy​.

All members shall encourage open participation from any organization able to meet the membership requirements, regardless of competitive interests. Put another way, the RRDM Group shall not seek to exclude members based on any criteria, requirements or reasons other than those used for all members.

General Rules and Operations
The RRDM shall be conducted so as to:

Engage in the work of the project in a professional manner consistent with
maintaining a cohesive community, while also maintaining the goodwill and
esteem of The Linux Foundation in the open source software community;

Respect the rights of all trademark owners, including any branding and usage
guidelines;

Engage The Linux Foundation for all RRDM press and analyst relations activities;

Upon request, provide information regarding Project participation, including
information regarding attendance at Project-sponsored events, to The Linux
Foundation;

Coordinate with The Linux Foundation in relation to any websites created directly for RRDM; and

Operate under such rules and procedures as may from time to time be required by The Linux Foundation.

Under no circumstances shall The Linux Foundation be expected or required to undertake any action on behalf of RRDM that is inconsistent with the tax exempt purpose of The Linux Foundation.


License Agreement

The data module development by the Regulatory Reporting working group, including related documentation, Documentation will be received and made available by the working group under the Creative Commons Attribution 4.0 International License (available at http://creativecommons.org/licenses/by/4.0/).


Deliverables

The product of the RRDM shall be a set of recommended data models for each of the Property Casualty (P&C) lines of business that are required to be reported in accordance with the NAIC Statistical Handbook.  These data models shall be forwarded and adopted by the OpenIDL Regulatory Reporting Steering Committee.  The data models shall consist of the data elements that are necessary to satisfy statistical reporting requirements as defined in the NAIC Statistical Handbook.  The data model may also include optional data elements that may be useful for satisfying state and federal regulatory data calls.  To the extend possible, data models should adopt definitions previously determined by NAIC and/or other recognized P&C regulatory agency.


Elements of each line of business data model will designate data elements as 1) Minimum Stat  2)  Expanded Stat  or 3) Regulatory Request.   Required elements are essential data elements that will satisfy existing NAIC Statistical Handbook reporting requirements and must be populated by companies in their Harmonized Data Store.   Supplemental data elements are currently included in the Line of Business AAIS Statistical Plan but may not be necessary for satisfying reporting requirements but may be useful in analysis and data call reporting.  Emerging data elements are currently not included AAIS Line of Business Statistical Plans and may be useful in analysis and data call reporting.  Companies are not required to populate in their Harmonized Data Store either Supplemental or Emerging data elements but will not also enjoy the benefits having those elements available within the OpenIDL community for group analysis and data call reporting.



Amending the Charter

When the charter needs to be updated a request should be made to the RRSC. If the RRSC wishes to move forward with the request it will convene a new charter sub-committee to review and propose a changes to the existing charter.  The RRSC will vote to approve or reject the changes to the charter. 




  • No labels