Onze platformen en techologie zijn continu in ontwikkeling

Fact based decision making

Here at Blueriq, we deliver a platform for the design, realization and eventually execution of webservices, forms, processes and case management solutions. We can deliver these functionalities dynamically, by virtue of our ability to execute logic. Our Rule Engine enables us to derive new information from user input, external data or other forms of information by executing the logic that has been modelled into Rules and Decision Tables using our Encore studio.

The information that is thus derived can be used to make decisions, whether these are formal or internal. For instance, the derivation of a fact from input data can result in the decision to perform a task, or the information entered into a form and the subsequent application of business rules to this information can cause the decision to grant a loan, subsidy or product. 

These decisions are all based on factual information, either direct our derived from the execution from rules. These facts are inherently rather rigid: a fact is either true or false. But what if we want to incorporate past experience in our decision making? In a rule-based system this means the rules have to be adapted, so that the derived facts represent the expectations we have because of our experience.

In a software delivery world, even using agile methodologies and a platform like ours that makes designing, realizing, testing and delivering the execution of these rules considerably easier than in a classic high coding context, this means a delivery pipeline has to be traversed, starting with (human!) interpretation of the past experiences and ending with the deployment of a new piece of software. This can be complex, time consuming and error prone. So how can we make our applications use experiences without these setbacks?

When things get more fuzzy

Fuzzy logic classically provides a solution to rules that are not (yet) clear cut. By comparing a current use case to a collection of information gathered earlier, the steps taken in the most similar case found can be repeated. Whether this is the making of a decision or the taking of an action, the similarity to past experiences gives a (limited) guarantee that we can do the same thing again. In reasoning task this is referred to as case-based reasoning, called thus because it requires a case base, or repository of past experiences, to compare a current case to and score similarity by applying a matching algorithm. Usually, similarity score is represented using a percentage. This percentage can be viewed as the probability that execution in this fashion will yield favorable results. The information that is thus derived can be used to make decisions, whether these are formal or internal. For instance, the derivation of a fact from input data can result in the decision to perform a task, or the information entered into a form and the subsequent application of business rules to this information can cause the decision to grant a loan, subsidy or product.

In this initiative we aim to investigate - and realize - the use of experience in predicting favorable future execution, by applying this concept to prediction of case execution speed based on available choices by answering the flowing research question: can we predict the Best Next action, based on past execution and case data, to minimize the remaining execution time for this case?

Road to success

To gradually come to the necessary knowledge and technology, this initiative will be built following these steps:

Future applications

Platform Authenticatie

Tijdens de realisatie van de DCM dashboards, hebben we een begin gemaakt met het toepassen van het backend for frontend patroon voor het ontwikkelen van een gateway voor de gebruikte authenticatie en authorisatie tokens richting de dashboard component. Om ons platform eenduidig te houden onderzoeken we of we deze methode als standaard voor al onze runtime componenten kunnen hanteren.

Als Business Engineer direct gebruik kunnen maken van tools die diezelfde dag nog gereleased zijn in Encore? Wij denken dat dat mogelijk is! Op dit moment is het echter nog zo dat de Blueriq Encore release niet voor mag lopen op de runtime versie. Wij gaan een plan maken om wél voor te kunnen lopen met de Encore versie, zodat Business Engineers die vanuit de Encore SaaS werken direct kunnen profiteren van model onafhankelijke tools en usability verbeteringen (denk hierbij bijvoorbeeld aan multiselect), ook met een lagere runtime versie.

Op dit moment biedt Blueriq geen duidelijke strategie voor modelversionering. Versienummers hebben de vorm ‘0.0-branchnaam’, waardoor exports vanaf dezelfde branch altijd dezelfde versie krijgen, ook al zijn ze verschillend. In de praktijk worden release-branches gemaakt, waarbij het conventie is dat de branchnaam een versienummer bevat. Het introduceren van release-exports, met verplichte versionering, geeft de releases een officiële status, die tevens terug te leiden is naar een toestand in versiebeheer. 

Het hebben van release-versies biedt het platform de mogelijkheid om in de toekomst (nu niet in scope) uit te breiden met bijvoorbeeld:
- Datamigraties kunnen definiëren en uitvoeren 
- Oude zaken starten met een oud model 
- Meer zekerheid om bij continuering van sessies (in geval van failover) het juiste model te gebruiken 
- Betere mogelijkheid om de publicatiehistorie te monitoren 

Het Blueriq platform is opgezet om een brede range van beleid en processen van organisaties in een uitvoerbaar model te kunnen representeren. Dit is op een flexibele manier mogelijk die een brede range van use cases ondersteunt en ook nog eens herbruikbaar is...en zo kunnen we nog wel even doorgaan. Al deze mogelijkheden maken het Blueriq platform krachtig, maar kunnen ook overweldigend zijn.

Zeker als je een service wilt maken die een enkele beslissing maakt. Hier kan overigens wel weer een complex achterliggend beslismodel aan ten grondslag kan liggen. Bijvoorbeeld het doen van een risicobeoordeling, prijs bepaling, goedkeuringen voor leningen of subsidies, etc. Wij denken dat het gebruik van de rule engine in de meest pure vorm makkelijker gemaakt kan worden met behulp van een nieuw projeccttype in Encore: kennisservice. Hierin ligt de focus op het modelleren van bedrijfsregels. Het maken van de inteface (in Blueriq termen: REST service, web service, domain schema, modules) wordt zoveel mogelijk automatisch gedaan. Zo biedt het beperken van mogelijkheden juist weer nieuwe mogelijkheden!

Uitlegbaarheid van beslissingen

Met Blueriq worden vaak complexe oplossingen gemaakt. Wanneer er op basis van gegeven input iets uitrolt, een resultaat, een oordeel, dan weet de (eind)klant niet altijd hoe 
dit antwoord tot stand is gekomen. In deze tijd waarin AI een steeds grotere rol speelt, wordt het steeds belangrijker om uit te leggen waarom iets is. Het antwoord zelf, ook al rolt dat zo uit een goedgekeurd systeem, is niet meer genoeg.

Zie ook de blog "Verklaar u nader": https://www.blueriq.com/actueel/verklaar-u-nader 

Waarom?

Optimalisaties in UX en werkprocessen kunnen door de brede inzet van Blueriq DCM bij de diverse klanten en toepassingen terugvloeien naar het platform.

Wat?

In eerste instantie zullen we onderzoeken hoe we gebruikersprofielen goed kunnen gaan ondersteunen. Dit stelt gebruikers vervolgens bijvoorbeeld in staat om op de Dashboard hun widgets naar wens in te delen.

Uiteindelijk willen we meer native functies toevoegen die gericht zijn op gebruikersondersteuning ten hoeve van de kennisintensieve taken die uitgevoerd worden met Blueriq DCM.

Denk hierbij aan native integraties met DMS'en voor uitgebreid documentbeheer of aan een Berichtenbox die zowel binnen een zaak als over zaken heen ingezet kan worden.

Het toepassen van Case Based Reasoning moet gebruikers helpen door suggesties te geven over de voorzetting van de zaak door gebruik te maken van diverse zaakeigenschappen.

Op het moment dat er een taak wordt uitgevoerd, wordt er data gewijzigd door de gebruiker. In sommige gevallen kan het voorkomen dat de gebruiker nier meer reageert, of de sessie wordt afgesloten. We willen ervoor gaan zorgen dat de datawijzigingen die dan zijn doorgevoerd op een manier beschikbaar blijven, zodat de gebruiker verder kan gaan met bewerken waar hij was, zonder opnieuw te hoeven beginnen.

Deze situatie is uniek dus eenheid van beleid en uitvoering is niet van toepassing..

In gesprekken die we voeren met onze klanten horen we wel eens dat het voor kenniswerkers lastig is om  over verschillende dossiers eenduidige besluitvorming te doen. Soms komt dit door de verscheidenheid aan dossiers maar soms ook door de (privacy) gevoeligheid van een dossier

Dit is precies de uitdaging die we willen gaan onderzoeken met de volgende hypothese:

Kunnen we middels matching in combinatie met homomorphic encryption het mogelijk maken om patronen te herkennen over dossiers en kenmerken/resultaten terug te geven aan kenniswerkers zonder gevoelige informatie te delen, maar data patronen en resultaten

 

Whitebox testen met Blueriq

Van oudsher worden Blueriq flows veelal getest door tests scenario’s toe te passen op de gehele applicatie waarin deze flows gebruikt worden. Dit betekent dat niet alleen de correcte werking van de flow wordt getest, maar ook de combinatie met de frontend.  Daarnaast kunnen kleinere subflows op deze manier niet afzonderlijk als unit getest worden, maar alleen als onderdeel van een exposed flow waarvan zij deel uitmaken. Deze uitdagingen en meer willen we gaan oplossen met het Blueriq Testcenter.

Het Blueriq Testcenter stelt ons namelijk in staat om flows als unit te testen, ongeacht of ze exposed zijn en zonder “door de frontend heen” te hoeven testen. Hiermee krijgen business engineers betere terugkoppeling tegen minder kosten