Building Management Dashboard Layout for Custom KPI Configuration
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Traditional building management systems (BEMS) have static key performance indicators (KPIs) that are not customizable, limiting user access and visibility to department-specific energy and equipment management information, with fixed widgets and predefined KPIs that do not adapt to enterprise requirements.
Innovation Solution
The system allows users to create custom KPIs by combining data from online and offline sources, defining equations, and rendering these KPIs within department-specific dashboards, with customizable widgets and navigation panes, enabling users to modify dashboard layouts and access based on user authentication.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Adaptability or versatility
If traditional BEMS use fixed widgets and predefined KPIs, then system simplicity is maintained, but user access and visibility to department-specific energy and equipment management information is limited
Solution Approach 1:
The system transitions from static, predefined KPIs to dynamic, user-configurable KPIs. Users can select from multiple data sources (online BMS, offline data sources, manual inputs) and define custom calculation equations for KPIs. The dashboard layout and widget configurations are also dynamic, allowing users to customize their views based on department-specific needs while the system adapts to these customizations in real-time.
Solution Approach 2:
The system segments the KPI configuration process into distinct modular components: data source selection, point selection, relationship definition, and equation creation. Each KPI can be independently configured using these segmented steps. The dashboard is also segmented into multiple widgets, each displaying specific KPIs or data points, allowing users to assemble customized dashboard layouts from these modular widget components.
2Reliability
If the system integrates multiple data sources (online BMS and offline sources), then data completeness and KPI accuracy are improved, but system complexity and integration difficulty increase
Solution Approach 1:
The system implements a universal data integration architecture that can handle multiple types of data sources through a common interface. The same KPI configuration workflow (select data source, select point, define relationship, create equation) works uniformly whether the data comes from online BMS, offline data sources, or manual inputs. This multi-functional approach allows the system to integrate diverse data sources without requiring separate integration paths for each source type.
Solution Approach 2:
The system introduces an intermediary configuration layer between the various data sources and the KPI calculation engine. Users interact with this intermediary layer to select and configure data points from different sources, and the system mediates the integration by processing these selections through a unified equation-based calculation framework. This intermediary configuration interface simplifies the integration complexity by providing a standardized way to combine data from multiple sources.
3Ease of operation
If users can customize dashboard layouts and widget positions, then user experience and data relevance are improved, but system operation complexity increases
Solution Approach 1:
The system enables users to perform self-service dashboard customization without requiring system administrator intervention or complex configuration procedures. Users can directly select which KPIs to display, arrange widgets in their preferred positions, and configure data source selections through an intuitive interface. The system automatically processes these user-driven customizations and generates the personalized dashboard views, eliminating the need for manual system reconfiguration or technical support involvement.
Data Source
AI summary
A method includes generating, by a processing circuit, a building component tree for the graphical user interface, wherein the building component tree comprises one or more draggable building components and one or more non-draggable building components and causing, by the processing circuit, the graphical user interface to include the building component tree comprising the draggable building components and the non-draggable building components. The method includes receiving, by the processing circuit via the graphical user interface, a selection of one of the one or more draggable building components and a user interaction dragging the one of the one or more draggable building components into a window of the graphical user interface.